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NI Íme új korszakunk harmadik 
lapszáma. 

Novemberben ismét több új hazai 
szerző bukkan fel. 

Közülük Radics Péter a Gambas fej- 
lesztőrendszert mutatja be, ami várha- 
tóan a Visual Basic linuxos megfelelő- 
jévé növi majd ki magát. A cikkból 
megtudhatjuk, hogy bár fejlesztése 
még eléggé az elején jár, szolgáltatásai 
már most is olyan eszközzé teszik, 
,könnyen, gyorsan, hatékonyan" 
hozhatunk létre akár parancssori, 

akár grafikus felülettel rendelkező 
alkalmazásokat. 

Szurmai László a Kongueror böngészőt 
mutatja be, ami egyben fájlkezelő, 
komplex megjelenítő amúgy pedig tet- 
szés szerint testreszabható mindenes. 
Apagyi Györgynek (killal]) rögtön két 
cikke is megjelenik ebben a lapszám- 
ban. Az egyikben néhány tanácsot 
olvashatunk arról, hogyan lehet az 
internetes fórumok segítségével haté- 
konyan megoldani azokat a problémá- 
kat, amelyek például egy új rendszer 
telepítése után bukkannak elő. 

Gyuri maga is egy fórum moderátora, 
tehát érdemes megszívlelni a tanácsa- 
it. Jellegénél fogva ez a cikk nyilván 
elsősorban a kezdőknek szól, de ne 
bízzák el nagyon magukat a haladók 
sem: a témáról a közelmúltban egy 


egész könyv jelent meg, amit nem 
kifejezetten amatőrök írtak... 

Karai Csaba azon magyar fejlesztők 
egyike, akik részt vesznek valamilyen 
nemzetközi nyílt forrású projektben. 
Csaba történetesen a sokak által ked- 
velt Krusader fájlkezelőt fejlesztő csa- 
pat tagja. Cikkében , beszervezésének" 
történetét meséli el. 

Magazin rovatunkban igazi szenzáci- 
ót olvashatunk Halusz Léna tolmá- 
csolásában. Új magyar Nobel-díjassal 
büszkélkedhetünk, aki a nemzetközi 
elismerést ráadásul linuxos témáért 
kapta: egy pingvinben átvitel közben 
uralkodó nyomásviszonyokat 
tanulmányozta, különös tekintettel 
az output megvalósítására. Érdekes, 
tanulságos írás... 

Folytatódik néhány sorozatunk is. 
Garzó András már az IPv6 bemutatá- 
sánál tart, Auth Gábor újabb szépsége- 
ket varázsol PovRay segítségével, 
Fülöp Balázs pedig ezúttal egy egysze- 
rű játékot fejleszt Javaban. Szalai 
András Blenderről szóló sorozatának 
harmadik részében a világítás haszná- 
latát mutatja be. Novák Áron szintén 

a harmadik résznél tart az SVG világát 
bemutató sorozatával, amelyben az 
alkalmazási területeket tárgyalja. 


Kellemes olvasgatást, jó szórakozást 
kíván a Linuxvilág stábja! 
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Nlyitás vagy távozás? 

Az USA Massachusetts állama nemrég 
hivatalosan is bejelentette, az állami 
irodák 2007 januárjától kezdődően ki- 
zárólag nyílt dokumentumformátumo- 
kat használhatnak. Ahogy az állam in- 
formatikai vezetője elmondta, lépésük 
— amely viszonylagos távoliságával 
megfelelő felkészülési időt biztosít — 
egyetlen gyártó ellen sem irányul, ám 
amelyik gyártó nem képes megfelelni 
a feltételeknek, annak termékeit foko- 
zatosan eltüntetik a hivatalokból. 

Az állam ugyanakkor támogatja az 
OpenDocument és a PDF formátumot, 
ezek lesznek az irodai dokumentu- 
moknál alkalmazott szabványos for- 
mátumok. Csak remélhetjük, hogy 

a hasonló lépések egyre inkább rá- 
kényszerítik majd a zárt formátumokat 
alkalmazó gyártókat, hogy vagy támo- 
gassák a nyílt szabványokat, vagy tel- 
jes mértékben nyissák meg a közönség 
előtt a saját specifikációikat. Amíg 
hasonló ösztönzéseket nem kapnak, 
addig ezt — saját érdekeiket szem előtt 
tartva — aligha fogják megtenni. 


Kezes bárány 


A OCD Microsystems újabb taggal 


bővítette az InterStructures kiszolgáló- 
felügyeleti rendszer moduljainak sorát 
- a Samba PDC nevű beépülő modul 
segítségével a rendszergazdák immár 
a Samba kiszolgálók felügyeletét is 
elvégezhetik a Microsoft termékekből 
ismert felügyeleti konzol (MMC) 
alkalmazásával. Az InterStructures 
rendszer ezzel minden alapszolgálta- 
tás — Samba fájlkiszolgálók, Active 
Directory felügyelete, DHCP kiszolgá- 
ló, Apache HITP kiszolgáló, Sguid 
webproxy és egyéb Linux alapú 
szolgáltatások — kezelését támogatja. 
A OCD terméke kiválóan alkalmas 





arra, hogy a Windows és Linux alapú 
kiszolgálók közötti különbségeket 
elfedje, a windowsos rendszerekhez 
szokott rendszergazdák számára is 
könnyen kezelhetővé tegye a linuxos 
gépeket. Az InterStructures Fedora 
Core, valamint a Red Hat és a SuSE 
vállalati terjesztései alatt futtatható, 
árát a gyártó gondosan titkolja. 

2 www.interstructures.com 


Gombok helyett LCD 





A Sony Cyber-shot DSC-N1 névvel 
jelentette meg legújabb digitális ftény- 
képezőgépét. Az N1 8 megapixeles fel- 
bontással dolgozik, a külvilágra 3-szo- 
ros közelítésre alkalmas Carl Zeiss len- 
cséken keresztül tekint ki, a képeket pe- 
Memory Stick Duo kártyákon tudja 
tárolni. Igazi érdekessége azonban az, 
hogy hátoldalán csak a közelítés-távolí- 
tás gombjának és néhány apró jelzés- 
nek szorítottak helyet, ettől eltekintve 
az egészet elfoglalja a , hatalmas" mére- 
tű, 3"-os érintőképernyő - értelemsze- 
rűen ennek segítségével lehet minden 
műveletet elvégezni. A gép jelenleg 
csak előrendelhető, ára 500 dollár. 

2 www.sonystyle.com 


SuSE 10 


A Novell bemutatta a SuSE Linux 10-es 


változatát, a SuSE első olyan kiadását, 
amely az augusztusban indított 
OpenSuSE közösségi modell szerint, 

a SuSE Linux Pro által adott alapokra 
építkezve készült. A terjesztés a Gnome 











2.12-es és a KDE 3.4.2-es változatát 
tartalmazza, szolgáltatásaival a ta- 
pasztalatlan és a profi felhasználók 
igényeinek egyaránt megpróbál meg- 
felelni. Ugyancsak a csomag része az 
OpenOffice.org 2.0 kiadásra szánt válto- 
zata, a Xen 3 virtualizációs megoldás, 
az iFolder 3 általános fájlelérési szolgál- 
tatás, valamint a Mozilla Sunbird nap- 
tár. A 10-es SuSE kétféle változatban 
készült el, az egyikben található né- 
hány zárt jellegű alkalmazás is, például 
az Adobe Acrobat Reader 7, RealPlayer 
és Flash Player, míg a másik összeállí- 
tás kizárólag nyílt forrású összetevők- 
ből épül fel. A Novell a terjesztést in- 
gyenesen letölthetővé tette. Ehhez 

a változathoz értelemszerűen semmi- 
lyen támogatás nem jár, akik azonban 
hajlandóak kifizetni a dobozos változat 
60 dolláros árát, azok telepítési támoga- 
tást és kézikönyvet is kapnak. 


Szabad a dal 


Ingyenes lett 

az Opera böngé- 
sző. Ennyi a hír, 
az Opera a to- 
vábbiakban licencdíj megfizetése nél- 
kül is úgy használható, hogy közben 
nem kell hirdetési csíkokat bámulni. 
Aki eddig szerette az Operát, az most 
bizonyára örül. Aki szerette és megvá- 
sárolta, most a földhöz vághatja 

a kalapját. Aki eddig nem szerette, 

az most kapott egy indokot: próbálja 
ki. Az ingyenessé tétel okáról a cég 
weboldalán csak valami homályos 
utalás van arra, hogy végre elég nagy- 
ra nőtt a felhasználói tábor ahhoz, 
hogy megtehessék ezt a fontos lépést. 
A norvég böngésző 27 nyelven, 8 ope- 
rációs rendszer alatt áll a felhasználók 
szolgálatára. 

2 www.opera.com 


OPERA 


software 


számlázás webról 

A kanadai Simian Systems Sitelnvoice 
névvel barátságos felületű, nyílt forrá- 
sú számlakezelő rendszert mutatott 
be. A web alapú Sitelnvoice elsősor- 
ban a kisebb vállalkozások, egyéni 
vállalkozók számára nyújt megoldást 
a számlák egyszerű kezeléséhez, 

a kinnlevőségek követéséhez és olyan 
feladatok elvégzéséhez, amit ezek 

a vállalkozók általában nem szeretnek 
elvégezni. A Sitelnvoice segítségével 
egyszerűen lehet PDF formátumú 
számlákat készíteni és elektronikus le- 
vélben elküldeni, a lejárt tartozásokról 
szintén e-mailben érkezik az értesítés. 
A program az adók terén széles körű 
testreszabhatóságot biztosít, így 

— megfelelő honosítással - elvileg akár 
itthon is használható. A program hon- 
lapja sajnos nemcsak e tekintetben 
szűkszavú, az egyik képernyőképen 

a pénznemek között szereplő Forint 
mindenesetre reménykedésre ad okot. 
2 www.sitelliteforge.com/siteinvoice 


APC ujjlenyomat-olvasó 

Az American Power 
Conversion új, 
PCMCIA felületű 
ujjlenyomat-olvasó 
kártyát mutatott be 
hordozható gépekhez. A Password 
Manager a cég egyéb hasonló termé- 
keinek sorába illeszkedik: a kínálatban 
USB csatolós és egérbe épített ujjle- 
nyomat-olvasó egyaránt található. 

A kiegészítő kártya használatából fa- 
kadó előnyök kézenfekvők: a sokfelé 
hurcolt gépeket egy további védelmi 
vonallal ruházza fel, ami a rajtuk talál- 
ható adatok sokszor bizalmas jellegét 
tekintve cseppet sem túlzás; ugyanak- 
kor használatának kevéssé praktikus 
jellege, a gép oldalából kilógó kártya 
sérülékenysége is legalább ennyire 
szembetűnő. A kártya -— különféle 
Windows változatok alatt futtatható — 
kezelőprogramja legfeljebb 20 ujjle- 
nyomatot képes megjegyezni, ami egy 
hordozható gép esetében bőségesen 
elegendőnek tűnik. Egy érdekes adat: 
egy átlagos felhasználónak állítólag 17 
jelszót kell fejben tartania, és a céges 
helpdeskeknek is gyakorta kell az elfe- 
lejtett jelszavak problémájával megbir- 
kózniuk. A kártya ára 150 dollár, ami 
talán egyetlen megspórolt jelszóel- 
vesztés alkalmával is megtérülhet. 

2 www.apc.com 





Zenei kiadás 


A Nokia - éppen csak orrhossznyival 
maradva le a Motorola mögött - be- 
mutatta első kifejezetten a zenebarát- 
oknak szánt mobiltelefonját. A már 
korábban bemutatott 6630-as jelű ké- 
szülék, megújított, Music Edition vál- 
tozata egyrészt zenelejátszó, másrészt 
3G-s okos telefon, a Motorola ROKR 
készülékéhez képest azonban egészen 
más filozófiát követ. A 6630-as nem 
rendelkezik beépített zeneletöltő ügy- 
féllel, így tulajdonoságnak nem sok 
esélye van arra, hogy út közben újabb 
dalokkal gyarapítsa a gyűjteményét 

— igaz, ez egyben azt is jelenti, hogy 
egyetlen szolgáltatóhoz vagy zenemű- 
bolthoz sem kell kötődnie, illetve ma- 
ga a telefon sem csak bizonyos szol- 
gáltatóktól lesz megvásárolható. 

A zenemobil általános jellemzői nagy- 
jából az eredeti modellre emlékeztet- 
nek, a 127 grammos készülék 1,23 
megapixeles kamerát és 176 x 208 kép- 
pontos kijelzőt, támogatja az USB 2.0 
kapcsolatokat, illetve 256 MB-os 
memóriakártyával szerelték fel. 

A vásárlók kapnak hozzá egy USB-s 
MMC/SD kártyaolvasót, valamint át- 
alakító kábeleket is, utóbbiak segítsé- 
gével normál fejhallgatót is csatlakoz- 
tathatnak a telefonhoz, illetve akár 
asztali berendezésekkel is összekap- 
csolhatják. Utóbbi eszközöket a Nokia 
külön csomagban is elérhetővé tette, 
a Music Pack a cég számos más tele- 
fonjával együtt is használható. 

2 www.nokia.com 
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WI Hosszú, szenvedésekkel teli életútja 
végén a DevES immár végképp eltávo- 
zott a Linux kernelből. A Richard Gooch 
által írt modul évekig része volt a mag- 
fejlesztésnek, és kétségkívül komoly 
próbálkozásnak tekinthetjük a kissé el- 
burjánzó /dev könyvtár megzabolázásá- 
ra. A DevES fejlesztése ugyanakkor 
mindvégig árral szemben haladt, hiszen 
számos bírálója akadt a közösségen be- 
lül. Ennek ellenére kijelenthetjük, hogy 
Richard egy nagyon hasznos eszközt 
adott a kezünkbe. Végül mégis azok 

a kritikusok győztek, akik , megoldha- 
tatlan versenyhelyzetekre" és egyéb 
hasonló hibákra hívták fel a figyelmet, 

s így Richard mostanra teljesen eltűnt 

a kernelfejlesztők közül. Greg Kroah- 
Hartman és mások már korábban el- 
kezdték fejleszteni az udev rendszert, 
amely így a DevES utóda lett. Bár a 2.6- 
os fa stabilitása utáni kósza vágy a dön- 
tést kissé ellentmondásossá teszi, ennek 
a tábornak a befolyása nem lesz elegen- 
dő a dolog megfordításához. Így hát ég 
veled DevFS, derék próbálkozás voltál. 
A közelmúltban számos helyről érkez- 
tek hibajelentések, amelyek szerint 

a 2.4-es kernelt nem lehet lefordítani 

a GCC 4-es változatával. Bár ennek 
hatására érkeztek is olyan foltok, 
amelyekkel a probléma orvosolható, 
Marcello Tosatti szerint már túl késő 
ahhoz, hogy ezek bekerülhessenek a 2- 
4-es fába. A 2.6-os rendszermagtól elté- 
rően a 2.4-es, 2.2-es és 2.0-ás fa fenn- 
tartói nem csatlakoztak az új irányza- 
tokhoz, és továbbra is a stabilitás fenn- 
tartását vélik munkájuk legfőbb céljá- 
nak. Ennek ellenére Marcello, aki az 
első 2.6-os rendszermag megjelenése 
óta koordinálja a 2.4-es fejlesztését 
egészen komoly változtatásokat is 
megengedett például az IDE alrend- 
szerrel kapcsolatban. Számos új hard- 
verhez készült meghajtó és sok olyan, 
egészen mélyreható folt is bekerülhe- 
tett a fába, ami nem föltétlen vált hasz- 
nára az áhított stabilitásnak. És mivel 
a 2.6-os változat fejlesztése csak nem 
akart lelassulni, Marcellora komoly 


ő Linuxvilág 


nyomás nehezedett: egyre többen egy- 
re több szolgáltatás beépítését várták 
tőle azok közül, akiknek ezzel párhu- 
zamosan a 2.4-es mag stabilitására is 
szükségük volt. A w.x.y.z fa megjelené- 
sével aztán ez a nyomás enyhült, így 
Marcellonak végre esélye volt arra, 
hogy szigorítson a szabályokon. 

A git változatkezelő rendszer tovább 
növekszik és erősödik. Az Andrew 
Morton által fejlesztett -mm fa hamaro- 
san elérhető lesz git formátumban is, 
bár magának Andrew-nak nincsenek 
tervei azzal kapcsolatban, hogy elkez- 
dene használni bármiféle változatköve- 
tő rendszert a folyamatban levő fejlesz- 
tésekhez. Az ALSA projekt, akárcsak 

a libata már átállt git-re. Marcello 
Tosatti szintén ezzel a változatkezelő 
rendszerrel folytatja majd a 2.4-es fa 
fenntartását. Linus Torvalds még min- 
dig meglehetősen aktív részese a pro- 
jektnek, és bár a levelezési lista forgal- 
ma némileg visszaesett a viharos első 
hetek után, ez valószínűleg egyszerűen 
azzal magyarázható, hogy a tagok több- 
sége már tisztába jött a rendszer műkö- 
désének alapjaival, illetve hogy az 
újonnan jövőknek már nem kell az ala- 
poktól indulva mindent elmagyarázni. 
A változatkezelő rendszerek körül kelet- 
kezett fölfordulásban nem igazán lehet 
pontosat tudni az új w.x.y.z fa stabilitá- 
sáról. Mindazonáltal néhány fejlesztő, 
köztük Jeff Garzik és Alan Cox úgy vé- 
lik, ez a fa tényleg képes lesz egy stabil 
rendszermagot létrehozni a 2.6-os fa 
folyamatos, nagyszabású fejlesztései kö- 
zepette is. A w.x.y.z fa két fő fejlesztője, 
Greg Kroah-Hartman és Chris Wright 
meglehetősen szigorúan irányítja a fo- 
lyamatot. Nem egyszerűen csak begyűj- 
tik és alkalmazzák a foltokat, hanem szi- 
gorúan ragaszkodnak a Linus Torvalds 
által megfogalmazott alapszabályokhoz 
azzal kapcsolatban, hogy mi, mikor mi- 
lyen formában kerülhet be a fába. Bár 
ez a munka valószínűleg nem annyira 
érdekes, mint a valódi magfejlesztés, 
Chris és Greg kitartanak, a dolog ha- 
szonélvezői pedig mi felhasználók 





leszünk. Martin J. Bligh összeállított 
egy olyan automatikusan működő 
szkriptcsomagot, amely minden főbb 
kernelváltozatot (beleértve a w.x.y.z és 
a -mm fát is) lefordít és kipróbál 15 
perccel a kibocsátása után. Ha az új 
rendszermaggal sikeres a bootolás, ak- 
kor Martin szkriptjei intenzív tesztelés- 
nek vetik alá a , jelöltet". A játék végén 
a fordítás és a bootolás részleteiről nap- 
ló, a teljesítménytesztekről pedig grafi- 
konok készülnek, és az egész anyag 
azonmód kikerül a kernel.org megfelelő 
lapjaira. Ez tehát egy olyan projekt, 
ami önmagában nem tud megoldani 
problémákat, de képes fölhívni a fi- 
gyelmet számos triviális hibára, illetve 
segít beazonosítani azokat a teljesít- 
mény-problémákat, amelyek az egyes 
változatok fejlesztése során fölbukkan- 
nak. Segítségünkre lehet olyan nehe- 
zen felfedezhető problémák megtalálá- 
sában is, amelyekkel az átlagos felhasz- 
nálók csak ritkán találkoznának. 

A kernelfoltok kezelési rendszerébe 

a közelmúltban bevezetett Signed-Off- 
By bejegyzés jelentősen megkönnyíti 
annak nyilvántartását, hogy melyik mó- 
dosítás kitől érkezett. Ennek igazából 
akkor lesz jelentősége, ha ismét kitör 
egy a SCO perhez hasonló perpatvar, 
hiszen pillanatok alatt meg lehet találni 
azt, aki a vitatott kódsorokat begépelte. 
Linus Torvaldsnak eredetileg mindössze 
ennyi volt a szándéka ezzel az újítással, 
ám bevezetésekor az egész dolog meg- 
lehetősen amorfnak tűnt, hiszen a leg- 
több elképzelés nem volt kellően kidol- 
gozva. Azóta viszont olyan új ötlet ke- 
rült elő, amelyek növelik a rendszer 
használhatóságát. Az egyik legfrissebb 
közülük a From fejléc bevezetése, ami 
mostantól a foltot tartalmazó e-mail tör- 
zsének első sora. Korábban a folt szerző- 
jének azt tekintették, aki a legalsó 
Signed-Off-By fejlécben szerepelt, ami 
egyrészt zavaró, másrészt nem is min- 
denki járt el e szerint. A From fejléc célja 
az, hogy semmiféle kétség ne merülhes- 
sen fel egy-egy folt szerzőjének kilétével 
kapcsolatban. Zack Brown 
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Monarch Furia AMD Athlon 64 X2-es 
processzorokkal 


- 





A Monarch Computer bejelentette 

a Monarch Huria sorozatot AMD 
Athlon 64 X2 kétmagos processzorral 
felszerelve. Az új Furia munkaállomá- 
sok és asztali gépek 32-bites és 64-bites 
alkalmazásokat is képesek futtatni. 

Az on-die kétmagos x86 PC processzo- 
rokkal felszerelve a Monarch új mun- 
kaállomásai processzor magok közötti 
kommunikációs lehetőséget biztosíta- 
nak CPU sebességgel, valamit direkt 
hozzáférést a memóriavezérlőhöz 

és a HyperIransport technológiához. 
2 www.monarchcomputer.com 


Nokia 770 Internet Tablet 





A Nokia 770 Internet Tablet, egy 
internet böngészésre, és e-mail kom- 
munikációra alkalmas zsebméretű 
eszköz. A Nokia 770 nagy felbontású, 
800x400-as szélesvásznú, nagyítható 
kijelzője, és kijelzőn található billentyű- 
zete, kimondottan alkalmassá teszi 
online tartalmak Wi-Fi-n keresztüli 
megjelenítésére. A Wi-Fi-től eltekintve, 
az eszköz képes egy kompatibilis mo- 
biltelefonon keresztül, Bluetooth veze- 
ték nélküli technológiát használva, csat- 
lakozni az internetre. A 770-es, Linux 
alapú Nokia Internet Tablet 2005 Soft- 
ware Edition szoftvert futtat, amely sok 


népszerű szabad forráskódú technológi- 
át tartalmaz. A Nokia 770 megjelenésé- 
vel összhangban, a maemo fejlesztési 
platform (2 www.mdaemo.org) már elér- 
hető, hogy segédeszközöket és lehetősé- 
get biztosítson a szabad szoftver fejlesz- 
tőknek arra, hogy a Nokiával együttmű- 
ködve hozzák létre a jövő eszközeit és 
Internet Tablet operációs rendszereit. 

2 www.nokia.com 


PL-01025 10 Beágyazott Fejlesztési 
Platform 





A WIN Enterprises, Inc., bemutatta 

a PL-01025, nagy teljesítményű, 
rackbe helyezhető, 1U magas beágya- 
zott fejlesztési platformját amelyet az 
Internetre/hálózati eszközökre terve- 
zett. A SafeXcel 184x társprocesszorral 
kiegészített számítási kapacitással 

a PL-01025 képes kiszolgálni egy 
Pentium M processzortt, és akár 

8 GB DDR memóriát. Az eszköz 
CompactFlash, Gigabit Ethernet, 

és PCI-X csatlakozó helyekkel is ren- 
delkezik. lovábbi csatlakozási felület- 
ként tartalmaz tíz Gibabit Ethernet 
(10/100/1000) és négy Ethernet (10/100) 
csatlakozást, valamint digitális [I/O 
(négy be, négy ki) soros interfészt 

és egy IDE csatlakozót a 2.5200235 
HDD részére. 

2 www.win-ent.com 


HW400c/2 Kommunikáció Vezérlő 

A legújabb darabja az SBE HighWire 
távközlési eszköz sorozatnak, 

a HW400c/2, egy intelligens PICMG 
2.16 CompactPCI I/O processzor. Kiegé- 
szítve egy 1 GHZ-es PowerPC pro- 
cesszorral, akár IGB SDRAM-mal, két 
PCI Telecom Mezzanine Card (PTMC) 
csatlakozó hellyel, Gigabit Ethernet csa- 
tolóval, és H.110 felülettel. Olyan kriti- 
kus telekommunikációs infrastruktúra 
alkalmazásokra tervezték, mint a média 





átjárok, softswitchek, és a távoli csomó- 
pont kontrollerek, a két kiegészítő he- 
lyet a PIMC 2-es és 5-ös konfiguráció- 
nak az általános PMC lapokon felüli 
kiszolgálására szánták. A központi szá- 
mítási architektúra a HW400c/2-ben egy 
1GHZz-es Freescale MPC7447A PowerPC 
processzorra és Marvell Discovery III 
rendszer vezérlőre van alapozva. Akár 
IGB ECC DDR memória is támogatott 
és ezen felül egy lapra integrált Disk- 
on-Chip Flash fájlrendszer tároló. 

2 sbei.net 


Heroix Longitude 

A Heroix Longitude rendszere egy ügy- 
nök nélküli, több platformon elérhető, 
az operációs rendszer és a rajta futó al- 
kalmazások alkalmazás, megfigyelésére 
alkalmas ellenőrző és jelentéskészítő 
rendszer. Szolgáltatásai, esemény meg- 
jelenítés, grafikus mérőműszerek, néze- 
tek, teljesítmény jelentések, grafikonon 
megjelenített információk a teljes rend- 
szerről, így az informatikusok képesek 
kezelni a teljesítmény és kapacitás inga- 
dozásokat, mielőtt az IT szolgáltatás 
minőségére hatással lenne. Ipari szabvá- 
nyokra alapozva, a Longitude 10070- 
osan web-kompatibilis, tartalmaz több 
mint 250 előre elkészített mérendő para- 
métert, melyekkel monitorozza a Win- 
dows, Linux és UNIX rendszerek telje- 
sítményét, valamint az alkalmazások, 
web, adatbázis, és üzenetküldő szerve- 
rek teljesítményét is. A több mint 125 
előre elkészített jelentés és az intuitív 
mérőműszerek lehetőséget biztosítanak 
a felhasználóknak, hogy egy átfogó ké- 
pet állapítsanak meg a rendszer egyes 
teljesítmény problémáiról, és a problé- 
ma részleteit is feltárják. A Longitude- 
hoz konfigurálás nélkül kevés tudás is 
elegendő, 15 percen belül éles környe- 
zetben beállítható és futtatható. 

2 www.heroix.com 
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W Egy weboldal a tartalom, a szerke- 
zet és a megjelenés hármasából áll 
össze. A CSS megjelenése előtt mind- 
három komponenst a HTML forrásban 
kellett elhelyezni. Ennek a viszonylag 
szerencsétlen állapotnak a megszün- 
tetése hozta életre a CSS (rangsorolt 
stíluslapok) használatát. A HTML és 

a CSS fogalma mára már összekapcso- 
lódtak, és együtt alkotják a weblapot. 
A HTML forrásban található a tartalom 
és a szerkezet, míg a megjelenés, mint 
összetevő átkerült a CSS hatáskörébe 
— azaz csak részben, mivel a mai napig 
is inkább olyan weblapok születnek, 
amelyeknél a HTML is tartalmaz 

a megjelenésre vonatkozó információt. 
A HTML és CSS -— Webszerkesztés 
stílusosan című könyv alapvetően 

a weblapszerkesztésben járatlan olva- 
sóknak készült. Ennek fényében nem 
egy CSS referenciáról van szó, és nem 
is csak a CSS használatát mutatja be, 
hanem végigvezet az XHTML alapú 
weblapszerkesztés alapjain ötvözve 
azt a CSS alkalmazásával. A hangsúly 
végig a szabványosságon van: olyan 
oldalakat tanulhatunk meg létrehozni, 
amely megfelel a hivatalos ajánlások- 
nak és előírásoknak. A módszereket 

a jelenleg elérhető legújabb változa- 
tokon az XHTML 1.0-án és a CSS 2-n 
keresztül mutatja be. 

A szabványos dolgok azonban nem 
mindig működnek, de a szerző nem 
csak felhívja erre a figyelmet, hanem 
megoldást is ad a problémára. A könyv 
növekményesen dolgozik, ami azt je- 
lenti, hogy mindent az alapoktól kezd, 
egymás után mutatja be az egyes 
XHTML elemeket, tulajdonságaikat és 
azok CSS-en keresztül történő formá- 
zását, célszerű tehát az elejéről olvasni, 
folyamatosan, s minden szakasz végén 
szemügyre venni a CD mellékleten 
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található példákat, esetleg megpróbálni 
azokat újra megvalósítani. Rendkívül 
hasznos, hogy egymás mellett mutatja 
be a két szabvány használatát, mivel az 
a tapasztalatom, hogy az összekapcso- 
lódó dolgok könnyebben megragad- 
nak, ha azokat együtt tanulom. 

A szerző a HIML, XHTML, CSS fogal- 
mával, szerepével, nyelvtanával vezeti 
be a könyvet. Az tapasztaltabb olvasó 
már-már hiányolni kezdi a CSS valódi 
erejének, szerkezetének bemutatását, 
de a második fejezetben az is megér- 
kezik, mi több az egész szakasz a CSS 
bemutatására lett szánva. Ezek után 
egy kis weblapszerkezeti elmélet 
következik, amelyen keresztül meg- 
ismerjük a weboldalak logikai felépíté- 
sét. Ez a fejezet már a ,párhuzamos- 
ság" jegyében épül fel, s ezt a felépí- 
tést a továbbiakban minden fejezet 
követni fogja. A fejezetek első felében 
mindig az adott feladat megoldásához 
szükséges XHTML elemekkel ismer- 
kedhet meg az olvasó, amelyet a feje- 
zet második felében a hozzá tartozó 
CSS ismeretek követnek. 

A negyedik fejezettől kezdődik az 
egyes XHTML összetevők bemutatása, 
betartva a már emlegetett felépítést. 
Minden fejezet gazdag képernyőké- 
pekben. A bemutatott források után 
minden esetben ott szerepel, hogy 
hogyan is fog az kinézni 

a böngészőablakban - ez megint 

csak a gyorsabb elsajátítást segíti. 

Az XHTML elemek bemutatása mel- 
lett a szerző nem feledkezett meg az 
egyéb járulékos ismeretekről sem, 
mint például a weblapot alkotó fájlok 
elhelyezéséről, a szükséges könyvtár- 
struktúra kialakításáról, és az alapvető 
weblap-elméleti kérdések (például ab- 
szolút és relatív hivatkozások közötti 
különbség) tisztázásáról. 


; PF ae A 
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A könyv végén arról is információt 
kapunk, hogy az elkészült weblapokat 
hogyan kell közzétenni, internetes ki- 
szolgálókon elhelyezni. Mindezt olyan 
módon, hogy még a teljesen járatla- 
nok is elboldoguljanak. Az utolsó előt- 
ti fejezet az igazi gyakorlati alkalma- 
zásra irányul. Egy publikus webnapló 
oldalon járva elkészíthetjük saját 
webnaplónk egyedi kinézetét CSS 
segítségével. Mindez úgy működik, 
hogy a webnapló megengedi minden 
felhasználónak, hogy stíluslapot ren- 
deljen a saját kis naplójához, s ennek 
a stíluslapnak az elkészítésében vezet 
végig ez a szakasz. 

A könyv végén újra az elméleti síkot 
járjuk: megtanulhatjuk, hogyan he- 
lyezzük el weboldalainkon helyesen 
az egyes összetevőket. Képernyőké- 
peken keresztül mutatja be a szerző, 
hogy mi szép ill. helyes és mi nem 

az, mire kell leginkább ügyelni, 

hogy a honlapunk valóban azt 

a célt szolgálja, amire terveztük: 

a figyelem felkeltésére, az információ 
hatékony átadására. 

Virginia DeBolt célkitűzése alapvetően 
a tanítás volt, amikor megírta ezt 

a könyvet, a teljesen járatlan 
webrajongók felkészítése a szabványos 
oldalak készítésére, úgy is mondhat- 
nám, hogy ők a célcsoport. A jól felépí- 
tett ismeretanyagon érződik a szerző 
komoly oktatási tapasztalata. Ez utóbbi 
tény ugyanakkor hátrány is: ami élve- 
zetes egy kezdő számára, az általában 
nem csak unalmas, de haszontalan 

a témában járatos, de a CSS-t kevéssé 
ismerő olvasó számára. Ennek fényé- 
ben a könyvet inkább a kezdőknek 
ajánlom, nekik azonban nem is 
nagyon tudnék ennél jobbat mutatni. 


Komáromi Zoltán 


jelenleg alkalmazott hetero- 
gén vállalati környezetben 
erőforrás-kezelő, és menedzs- 


ment szoftverek nélkül szinte lehetet- 
len kézben tartani a rendelkezésünkre 
álló különböző eszközöket, a kiszolgá- 
lóktól kezdve egészen a tenyérnyi 
számítógépekig. Míg ezidáig egy háló- 
zatban többnyire Windows alapú szá- 
mítógépek voltak, addig mára jóval 
elterjedtebb a Linux operációs rend- 
szer munkaállomásként való alkalma- 
zása. Jogos igényként merül fel tehát, 
hogy a két operációs rendszert egy 
központi helyről tudjuk menedzselni. 
Az informatikai infrastruktúra fenn- 
tartása jelentős emberi erőforrást igé- 
nyel, a térben elszórtan elhelyezkedő 
eszközök kezelése, nyilvántartása pe- 
dig a távoli menedzselés lehetősége 
nélkül szinte megoldhatatlan. Ezzel 
párhuzamosan az egyre növekvő biz- 
tonsági igények, vírusokkal szembeni 
védelem, a lehetséges biztonsági rések 
felderítése is problémát jelent az infor- 
matikus munkatársak számára. 

Egy az IDC által nemrégiben készített 
jelentés szerint a ZENworks használa- 
tával jelentősen leegyszerűsödnek 

a rutinszerű felügyeleti feladatok, 

így az azok elvégzéshez szükséges idő 
akár 9090-kal is csökkenhet. 

Ez azt jelenti, hogy az informatikai 
infrastruktúra fenntartási költségének 
jellemzésére manapság használt ICO 
(teljes birtoklás költsége) ezzel a szoft- 
verrel felszerelkezve alacsonyan tart- 
ható. A kezdeti befektetés kevesebb 


mint 100 nap alatt térül meg, három 
év alatt pedig teljes a megtérülés. 

A fenti adatok egy 500-1000 főt foglal- 
koztató vállalatra vonatkoznak, de 
mivel a Novell ZENworks moduláris 
felépítésű, a rendszer egyes elemeit 
gazdaságosan használhatjuk már 10-20 
munkaállomás esetén is. 50-100 mun- 
kaállomás esetében ugyanakkor már 

a teljes rendszer használata ajánlott. 

A ZENworks 7 természetesen sok új- 
donságot tartalmaz elődeihez képest. 
Ebből számunkra talán a legérdeke- 
sebb, hogy a a teljes életciklus-fel- 
ügyelet immár Linux rendszerekre 

is elérhető. 

A ZENworks Linux Management az 
egyetlen olyan megoldás, amely házi- 
rend alapú automatizálást használ 

a Linux erőforrások telepítési, felügye- 
leti és karbantartási feladataihoz. 

A modul segítségével lehetővé válik 

a munkaállomások zárolása, lemezké- 
pek készítése, távoli irányítása, leltár, 
és szoftverfelügyelet Linux operációs 
rendszerek alatt, bár egyelőre csak 

a Red Hat és SUSE Linux rendszerek 
támogatottak. 

A ZENworks Asset Management esz- 
köz-, és készletgazdálkodási lehetősége- 
ket nyújt, mely segíti a licenckezelést, 
valamint szoftverhasználati és trend- 
elemző képességekkel is rendelkezik. 

A ZENworks Control Center egy web 
alapú adminisztrációs felületet biztosít, 
mely a központi webes irányítást tesz 
lehetővé. Ezen felül az előző verzióhoz 
képest továbbfejlesztett tenyérgép 


Novell 


ZENworks 


management $ervicot 





támogatást is nyújt az új 7/-es verzió. 
A ZENworks Patch Management egy 
hatékony automatikus hibajavítás-fel- 
ügyeleti megoldás mely a szükséges 
hibajavítások és frissítések egyre nö- 
vekvő számával képes megbirkózni. 
A ZENworks Handheld Management 
segítségével a Palm vagy Windows CE 
van lehetőségünk egy központi hely- 
ről vezérelni, illetve biztonsági menté- 
seket készíthetünk az eszközön talál- 
ható adatokról, melyeket azután egy 
központi helyen tudunk tárolni. 

A Novell ZENworks használatával 
elért megtakarításokat pedig mi sem 
bizonyítja jobban, mint hogy az ezt 

a rendszert használó T-Mobile 
Magyarország Rt. közel 2500 fős csa- 
patát egy mindössze 7 fős help-desk 
csoport szolgálja ki. El 
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Szabad Szoftverek Világnapja Szegeden 


Szegedet nemegyszer nevezték már Magyarország második szabad szoft- 
veres fővárosának. Talán nem véletlenül? A Szabad Szoftverek Világnapját 
(Software Freedom Day) idén is Szegeden ünnepelhettük meg. 


zeptember 25-én, vasárnap 
§ a magyarországi szabad szoft- 

veres közösség figyelme ismét 
Szegedre irányult, hisz már másodjára 
került itt megrendezésre előadássoro- 
zat a Szabad Szoftverek Világnapja al- 
kalmából. Számos neves előadó tartott 
előadást az ország különböző részei- 
ből érkezvén, a vendégek között is 
sokan csak ezért utaztak Szegedre. 
Minden előadó igyekezett úgy megra- 
gadni a témáját, hogy az érdekes le- 
gyen az egyszerű érdeklődőktől kezd- 
ve egészen a vérprofikig mindenkinek. 
Voltak olyan előadók, akik szakmai 
értékük mellett személyes kisugár- 
zásukkal is rátettek egy lapáttal az 
amúgy is közvetlen és derűs hangulat- 
ra. Az előadások sokszínűségét jól pél- 
dázza, hogy szó esett a szabad szoftve- 
rek egyéni, közösségi, gazdasági és 
jogi létjogosultságáról is. Senki sem tá- 
vozott el üres kézzel. A szervezők SFD 
feliratú pingvines tollal kedveskedtek 
minden látogatónak, és a szerencsé- 
sebbek tombolanyereményeket (póló, 
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bekeretezett XaoS fraktálkép, szerver- 
hely bérlet, könyvutalvány) is hazavi- 
hettek, amelyeket a támogatók ajánlot- 
tak föl. Végül, de nem utolsósorban, 

a szervezők gondoltak az időközben 
megéhező vendégekre is. A menü idén 
open-source palacsinta volt. A bináris 
változat ugyan népszerűbbnek bizo- 
nyult, de a forráskódot is 
mellékelték a szervezők. 

A rendezvényt a neten ke- 
resztül is lehetett követni 

a RádióE biztosította lehető- 
ségnek köszönhetően. Vár- 
ható, hogy az előadásokból 
letölthető videó-összeállítás 
is készül a — helyszínen kint 
volt — jópár miniDV kamera 
anyagából. Az ez iránt ér- 
deklődőknek érdemes időn- 
ként felkeresni a rendezvény 
honlapját. Azt mondják egy 





egyszeri rendezvény hagyományterem- 
tő. Két rendezvény már hagyomány. 
Lesz harmadik? Reméljük igen... 


Medve Zoltán és Havasi Ferenc 


TART HT [A 

RádióE 

2 http:/Avww.radioe.hu/ 

Szabad Szoftverek Világnapja (főoldal) 
2 http:/Avww.softwarefreedomday.org/ 


Szegedi SFD oldala 
2 http:/Avww.inf.u-szeged.hu/ 
opensource/sfd/ 


Szegedi Open Source Laboratory 
2 http:/Avww.inf.u-szeged.hu/ 
opensource/ 


XaoS 
2 http://xaos.sf.net/ 
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Linuxos pályafutásom 2000- 
ben kezdődött. A munkahe- 
lyemen sokszor kellett Unix 


rendszereken alkalmazásokat futtatni, 
így lassan megbarátkozhattam az alap- 
vetően más, kezdetben gyakran barát- 
ságtalannak tűnő világukkal. Egy év 
múlva már az otthoni gépemre is fel- 
került a Linux. Számomra azért volt 
fontos az átállás, mert zavart, hogy 
nem jogtiszta kereskedelmi termékeket 
használtam és megvásárolni sem akar- 
tam őket, mert olyan vállalatokat tá- 
mogattam volna, amelyek visszaélnek 
gazdasági erejükkel és hatalmukkal. 

A régi programjaim közül legjobban 

a Iotal Commander (akkor még Win- 
dows Commander) kétpaneles fájlkeze- 
lő hiányzott. Rengeteg szoftvert meg- 
néztem, de egyik sem tudta tökélete- 
sen helyettesíteni. Végül az internetet 
böngészve eljutottam a Krusader nevű 
programhoz és letöltöttem annak az 
1.10-es változatát. Ez kinézetben na- 
gyon hasonlított a TC-re, de instabil 
volt és nagyságrendekkel kevesebbet 
tudott. Arra gondoltam, hogy a követ- 
kező verziókban majd javítják a hibá- 
kat, de ez ne nem történt meg. Jött az 
1.11, ami semmi újat sem hozott, majd 
az 1.20 is, melyben a fejlesztőknek 
még azt is sikerült elrontani, ami ad- 
dig működött. Ekkor meglátogattam 

a honlapjukat, ahol észrevettem, 

hogy szoftverfejlesztőt keresnek... 
Írtam egy levelet, hogy bár a Ot 
programozásához nem értek, a KDE-t 
nem ismerem és angolul sem tudok 
tökéletesen (középszint), de azért szí- 
vesen besegítenék a hibák javításába. 
Meglepetésemre azonnal felvettek 

és írásjogot is kaptam. Magam sem 
gondoltam volna, hogy néhány hét 
alatt még a Ot és a KDE használatát 

is sikerül elsajátítanom. 
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A nyelvtudásom hiányosságai nem 
jelentettek problémát, mert még a két 
izraeli szerző (Shie Erlich és Rafi 
Yanai) sem anyanyelvi szinten beszél- 
te az angolt. Egyedül a fordítóknak 
okozott néha fennakadást, hogy kita- 
lálják, mit szerettünk volna angolul 
leírni. Később csatlakozott hozzánk 
egy venezuelai úr (Richard Holt), 

aki azóta kizárólag a nyelvi hibák 
javításával foglalkozik. 

A Krusader írása ciklikus folyamat: 

a fejlesztési szakaszban bővítjük 

a program tudását, új tunkciókat 
adunk hozzá (mindenki azt, amit akar), 
majd egy bizonyos idő eltelte után be- 
fagyasztjuk a kódolást. Ekkor követke- 
zik a hibajavítási fázis. Kiadunk egy, 
vagy több béta változatot (instabil), 
amit a felhasználók velünk együtt tesz- 
telhetnek, végül, amikor már elég meg- 
bízhatónak találjuk a szoftvert, kiadjuk 
a végső, stabil verziót. Aztán újra kez- 
dődik a fejlesztési szakasz. 

Mivel csak hobbiprogramozók 
vagyunk, így teszteket egyáltalán 
nem írunk. Nincs rá idő. A programot 
a felhasználók tesztelik le és jelzik, 

ha nem megy. 

Az egyik legszebb dolog a nyílt forrá- 
sú fejlesztésben, hogy mindenki azt 
csinál, amit akar. Kezdetben, amikor 
beléptem a projektbe, a két szerző in- 
kább csak új dolgokat valósított meg, 
én a hibákat javítottam, egy német 
fiatalember (Dirk Eschler) a honlapot 
adminisztrálta, egy másik német 
társunk (Heiner Eichmann) pedig 
FreeBSD-re portolta a rendszert, 

vagy besegített a fejlesztésbe. 

Később egy belga férfi (Frank 
Schoolmeesters) csatlakozott hozzánk 
dokumentációt írni. A program addigi 
dokumentációja hiányos és gyenge 
volt, de az igazat megvallva egyikünk- 





nek sem volt kedve javítani rajta. 
Frank fantasztikus munkát végzett. 
Megtanulta az SGML-t a dokumentá- 
lás kedvéért és ezerszer jobban meg- 
csinálta egymaga, mintha nekünk 
kellett volna kínkeservvel végigszen- 
vedni az egészet. A program ikonjai 
ugyanígy, külső segítséggel születtek, 
a fordításokról nem is beszélve. 

A Krusader jelenleg 24 nyelven beszél. 
Érdekesség, hogy arab nyelvekre nem 
fordították le. Egy iszlám felhasználó 
elmesélte, hogy azért, mert a Krusader 
az angol Crusader, azaz keresztes 
lovag szóból származik. A keresztes 
lovagok pedig nem örvendenek nagy 
népszerűségnek iszlám földön. A pro- 
jekt névválasztása ezért nem volt 

a legsikeresebb. A szerzők kezdetben 
nem gondoltak arra, hogy ez a szó 
zavarhat más nemzeteket. 

A legfrissebb fejlesztő tagja a csapatnak 
szintén német származású, Jonas Bühr. 
Amikor megismertük, egy elképesztő 
ötlettel állt elő. A Krusadert tetőtől talp- 
ing konfigurálhatóvá szerette volna 
tenni, hogy tetszés szerint testre szab- 
ható legyen és képes legyen felhaszná- 
lói műveletek definiálására. Az elkép- 
zelése senki tetszését sem nyerte meg 
a csapatból. Ezt azzal indokoltuk, hogy 
hatalmas munka lenne és feleslegesen 
túrná fel a stabil, jól működő kódun- 
kat. A Total Commander fejlesztőjének 
is megírta ezt az ötletet, ahol hasonló 
fogadtatásra lelt. Egy hónap derekas, 
kitartó küzdelem után legvégül sikerült 
rávennie Shie-t, a projekt vezetőjét, 
hogy véghezvigye az elképzeléseit. 
Nagyon jól jártunk vele, hogy meg- 
csinálta. Még újságcikk is született 

a megoldásáról. Az ő nevéhez fűződik 
egyébként a Mac OS portolás is. 

löbb fejlesztő nem csatlakozott hoz- 
zánk, mert egy ekkora projektre már 
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elegen vagyunk. Meg kell még említe- 
nem a szlovén származású Matej 
Ubanl Hi 1-ot, aki szintén nemrég jött és 
a program marketingjével foglalkozik. 
Újságcikkeket ír, disztribútorokkal 
tárgyal, egyszóval reklámoz minket. 
Nagyon fontos feladatot lát el. 

A legjobb ötleteket általában kívülről 
kaptuk. A Total Commanderből, 
Midnight Commanderből sokat merí- 
tettünk, a fórumon felhasználók 
hozzászólásai szintén pótolhatatlanok 
voltak és máshonnan is érkeztek 
igazán jó elképzelések. 

Egyik ilyen ötlet a Firefox böngészőben 
jelent meg először, mely lehetővé tette 
több lap egyidejű böngészését (Iabbed 
Browsing). Shie elhatározta, hogy 
ugyanezt megvalósítjuk a Krusaderben 
is. Az ötlet olyan jól bevált, hogy még 
Christian Ghisler, a Total Commander 
szerzője! is átvette, persze jelentős 
módosításokkal. A Ghisler megoldás 
természetesen jobb lett, így nekünk 

is akadt mit visszavenni belőle. 

A példából megérthető, hogy miért 
káros a szoftverötletek szabadalmazta- 


tása. Kit illetne meg igazából ebben az 
esetben a szabadalmi jog? A Firefoxot? 
Lehet, hogy ő is máshonnan vette... 

A Krusader ötleteinek legalább a 90970- 
át mások találták ki és nem mi. Pont 
ezért voltunk képesek az elmúlt há- 
rom év alatt olyan hihetetlen nagy fej- 
lődésre, hogy sok tekintetben utolér- 
tük a TC-t, ami véleményem szerint 
egy igazán jó zárt forrású program. 

A nyílt forrású fejlesztés sebessége azért 
rendkívüli, mert felhasználjuk egymás 
kódját és nem kell állandóan újra felta- 
lálni a kereket. Mondok egy példát: 
egyik felhasználónk jelezte, hogy jó 
lenne, ha a Krusader képes lenne bele- 
nézni ISO fájlokba. Rákerestem a neten, 
hogy írt-e már valaki hasonlót és meg 
is találtam egy magyar programozó 
nevét. Levelet küldtem neki, hogy ha 
nem bánja felhasználnánk a kódját. 

Azt válaszolta, hogy tegyük, de említ- 
sük meg a nevét a szerzők között. Így 
jutottunk néhány óra alatt! egy műkö- 
dőképes, letesztelt, új komponenshez. 
A legnagyobb elismerés számunkra 

az volt, amikor Christian Ghisler 





(a TC szerzője), a fórumán a Krusadert 
ajánlotta Linux alá. Másnap hálából 
felraktuk a honlapunkra, hogy mi 
Windows alatt a Total Commander 
használatát javasoljuk :-). 

A három év programozás alatt egy dol- 
got alaposan megtanultam: egyedül 
nem lehet igazán jó szoftvert írni. 
Rendkívül nagy szükség van társakra: 
felhasználókra, programozókra, akik 
észrevételeikkel, ötleteikkel, munkájuk- 
kal segítik a projekt fejlődését. Bátorí- 
tok mindenkit, hogy merjen csatlakozni 
linuxos projektekhez, ossza meg a tu- 
dását másokkal, így közösségre talál és 
felejthetetlen élményekben lesz része. 
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ássuk be: ez egyszerűen 
L lehetetlen. Egy operációs 

rendszert, akárcsak egy em- 
bert nem lehet egy nap alatt (mi több 
percek alatt) megismerni. A megis- 
meréshez idő kell. Kinek több, kinek 
kevesebb. Bár néhányan már a kezdet 
kezdetén is haladónak tartják magu- 
kat, a megfelelő tudás hiánya elég 
gyorsan kiderül. 
Aki azonban kellő alázattal visel- 
tetik a probléma iránt, annak több 
lehetősége is akad a gyors segély- 
kérésre ha éppen , csapdába esett". 
Az alapvető eszköz természetesen 
maga az internet. 
Néhány terjesztést (Mandriva, 
SuSE, UHU hogy csak a nagyobba- 
kat említsem) ha megvásárlunk, 
a termékhez úgynevezett on-line 
támogatást is kapunk. Ez azt jelenti, 
hogy a vásárlástól számítva bizo- 
nyos ideig (ez 30 és 90 nap között 
mozog általában) segítséget kap- 
hatunk a forgalmazótól, a telepí- 
téssel kapcsolatban felmerülő 
kérdésekben. 
lermészetesen másképp, teljesen in- 
gyenesen is hozzá lehet jutni a Linux 
terjesztésekhez. Le is tölthetjük 
a telepítőkészletet a hivatalos disztri- 
bútor honlapjáról, illetve annak tük- 
reiről (például 8 www.opensuse.org), 
de akár újságok mellékleteként is 
hozzájuthatunk egy-egy Linux 
CD-hez, vagy DVD-hez. 


Ilyenkor persze nem jár a hivatalos 
segítség, más módon kell megszerez- 
nünk az információt felmerülő problé- 
máinak orvoslására. 

A sok lehetőség közül a két legfonto- 
sabbat (és egyben leggyorsabbat) 
emelném ki: keresők, illetve fórumok. 


Keresők 

A legfontosabb dolog a Linux világá- 
ban a keresők pontos ismerete, hasz- 
nálata. Enélkül úgyszólván tehetetle- 
nek vagyunk. A kezdő linuxosok álta- 
lában abba a hibába esnek, hogy azt 
képzelik, problémáik teljesen egyedi- 
ek és önerőből megoldhatatlanok. 
Nos, ez nincs így. A tapasztalat azt 
mutatja, hogy csaknem minden kezdő 
ugyanazokon a gyermekbetegségeken 
esik át, ugyanazokat a hibákat követi 
el, amiből az is következik, hogy ezek 
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megoldása igen nagy valószínűséggel 
dokumentálva van a világhálón. Csak 
meg kell találni, hogy hol, a keresőket 
pedig pontosan erre találták ki. 


Égy példa 

Szeretnénk kézzel indítani a grafikus 
felületet parancssor alól a startx pa- 
ranccsal, de a program nem fut le, és 
többek közt ezt a hibát kapjuk: 

(II) Primary Device is: PCI 
501:00:0 

(--) Assigning device section 
swith no busID to primary 
device 

(EEJENGEdÉVTCÉS ES EEC GEdE 


Fatal server error: 
no screens found 


Ilyenkor mindössze annyi a teen- 
dőnk, hogy a teljes hibaüzenetet 
(nem tévedés) bemásoljuk a kereső- 
sávba. A kapott találatok között szinte 
biztosan ott leljük a megoldást. 
Mindig pontos hibaüzenetekre érde- 
mes keresni, így a kapott találatok is 
minél pontosabbak lesznek. Ha túl 
hosszú egy hibaüzenet, akkor érde- 
mes az error szót tartalmazó sor 
,környékét" (plusz-mínusz 3-4 sor) 
bemásolni, és arra keresni. 

Szöveget Linux alatt a következőképp 
másolunk: egérrel kijelöljük a máso- 
landó részletet (ezáltal már vágólapra 





is helyeztük), majd középső egér- 
gombbal beillesztjük a kívánt helyre. 
Egyes rendszereken a kétgombos 
egerek a bal és a jobb gomb egyszerre 
történő lenyomásával emuláljak 

a középső gombot. 

Fontos dolog a keresők használata 
közben az angol nyelv ismerete is. 
Legalább a számítástechnikai , kony- 
hanyelvet" el kell sajátítanunk, 
enélkül ugyanis nagyon nehéz lesz 
bármit megoldani. 

A legjobb keresők, ahol szinte bármely 
problémára megoldást találunk: 


2 http://google.com 
2 http://google.com/linux 


Ha csak angol, illetve más nyelvű talá- 
latokat kapunk és nem értjük az ott le- 
írtakat, vagy egyszerűen nem hozott 
értékelhető eredményt a keresésünk, 
akkor felkereshetünk egy magyar 
nyelvű szakirányú fórumot. 


Fórumok 

Az úgynevezett , internetes fórumok" 
azért jöttek létre, hogy az emberek 
egy bizonyos témáhpz kapcsolódóan, 
illetve kötetlenül beszélgessenek, 


és önzetlenül, saját szabadidejüket 
feláldozva segítsenek a kezdőknek, 
és mindenkinek, aki kérdéssel fordul 
hozzájuk. 

Megkönnyítvén a segítők, illetve 

a segítségre szorulók dolgát, itt 

is érdemes betartani néhány íratlan 
(néha írott) szabályt. 
Hozzászólásunkat (angolul: post) 

a megfelelő gyűjtőtémában (topic) 
hozzuk létre. lehát ha például SuSE 
Linux alatt nem tudunk filmet leját- 
szani, akkor azt ne az UHU-Linux 
témában közöljük. 

Mivel a legtöbb fórum rendelkezik 
keresővel, ezért a későbbi kereshető- 
séget elősegítendő a témánk címe le- 
gyen kerek, és fedje le a benne leírta- 
kat. Tehát , SEGÍTSETEK PLS!!!" 
nem a legmegfelelőbb cím, mert 
nem derül ki belőle gyakorlatilag 
semmi azzal kapcsolatban, hogy 
kinek és mivel volt (van) baja. 
Ugyanakkor jó cím például 

az , Mplayer lefagyott". 

Lehetőleg ne sürgessük a választ. 
Amint egy hozzáértő , benéz" 

a témánkba, választ fogunk kapni. 
Ha probléma merül fel, előbb 
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a fórum keresőjét, illetve a Google-t 


használjuk. Szinte biztos, hogy már 
szerepel a megoldás a régebbi hozzá- 
szólások között. Ha mégsem, akkor 
viszont kérdezzünk bátran. 
Fogalmazzunk és írjunk helyesen, 
egyértelműen. Ez sok időt spórol 
meg a segítségnyújtók számára, 

és mi is előbb jutunk a megoldást 
hozó válaszhoz. 

Ezeket szabályokat betartva részesei 
lehetünk a közösségnek, és minden 
kérdésünkre érdemleges választ 
kaphatunk. 

A két legelterjedtebb linuxos fórum 
Magyarországon: 


2 http:/linuxforum.hu 
2 http:/hup.hu 
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zeptember 14-én 
sajtótájékoztató 
vaku- és kereszttü- 
zében immáron hivatalos 
okirat tanúsítja: Tóbiás 

a Linuxvilág (egyenetlen 
ági) leszármazottja. 

A magazin megújulásának 
főszerkesztői tájékoztatója 
és a Budapesti Állatkert 
cukrászdai sóspogácsája 
között átadásra került az 

, Állatkerti Nevelőszülői ok- 
levél". E papirost Tarnóczai 
Odette alapítványi titkár 
nyújtotta át Szy Györgynek 
kedves és gondolatébresztő 
szavakkal. (Abba tán jelen- 
leg ne menjünk bele, mily gondola- 
tokat ébresztett csemeténk férfineve 
és női neme.) A tapsorkánt a maga- 
zin olvasói, írói, szerkesztői, meghí- 
vott újságírók, vendégek, a háttérből 
pedig Pongo pygmaeusok biztosítot- 
ták. Tóbiás — bár meghatottsága felől 
egészen bizonyosak vagyunk — 
továbbra is tojásain guggolva viselte 
családra találásának eme megindító 
pillanatait. 

A budapesti ceremóniával szinte 
egyidőben készülődtek a világ túlsó 
felén, Bostonban a 2005-ös év IgNobel- 
díjainak átadására. Az idén magyar 
kutató, Gál József (karöltve Victor 
Benno Meyer-Rochow brémai egyete- 
mi professzorral) vehette át a , kissé 
kattant" vizsgálódásokért járó meg- 
tisztelő díjat nem másért, mint a ping- 
vinek székletürítésekor uralkodó nyo- 
másviszonyok tanulmányozásáért... 
Nos, gondolom a díj indoklásához 
elkelne némi magyarázat... 

Történt pedig, hogy valamikor 93 kör- 
nyékén Victor Benno Meyer-Rochow, 
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e játszi elmével megáldott kutató 

az Antarktiszon szokásos madárleső 
helyén ülve arra lett figyelmes, 

mily szaporán suhan röppályáján egy 
pingvin széklete. Hogy elméje melyik 
bugyrában (illetve pontosan milyen 
gyógyszer hiányában) fogant meg az 
a gondolat, hogy e megfigyelés nyo- 
mán nagy dolgokat vigyen végbe, 

s ebben ne végezzen szerényen titkolt 
és elszigetelt félmunkát - ez egyelőre 
a megválaszolatlan kérdések számát 
gyarapítja. 

Mindenesetre állhatatosságának és 
Gál József kollégájának köszönhetően 
az emberiség nem maradt tudatlan- 
ságban e madarak bélsárkilövellési 
nyomásviszonyaival kapcsolatban. 
Ahogy tehát Ferenc József mondotta 
volt egy szoboravatáson: hulljon le 

a pel. Ime: 1 db pingvin 1 db székletet 
1 db székelési folyamat alatt 40 cm-re 
lövell farától, nem kevesebb, mint 

60 kilopaszkál nyomást kifejve mind- 
eközben. Külön figyelemreméltó 
pontja a kutatásnak, hogy e nyomás- 





adat éppen négyszerese 

az emberi fajra jellemzőnek, 
vagyis bár kétségkívül mi 
jelentjük a teremtés csúcsát, 
azért fölényünk nem teljesen 
általános. 

Talán akadnak most néme- 
lyek, akik azt gondolják, 

a köznek ügyein munkál- 
kodva nem feltétlen 
szükséges felfedni az összes 
rejtélyt. Mások amellett, 
hogy bizonyítékot, kézzel 
foghatót kérnek számon 
kutatóinkon, úgy vélik, 

a verejtékes munka mégis- 
csak megérdemli a jutalmat. 
(Szerény véleményem sze- 
rint enyészetnek indult, nem örök 
életű dolgoknak járna a tisztes és 
azonnali elhantolás, de azért legyünk 
büszkék magyar vonatkozásban is az 
emberi alaposságra...) 

Mivelhogy határa nincs az esztelen 
ész kalandozásainak, e hirtelen fellépő 
és gyors lefolyású munkásság elnyer- 
te, mit megérdemelt: az idén tizen- 
ötödszörre megrendezett, neves kopo- 
nyák jelenlétével emelt ünnepélyen 
átadott alternatív Nobel-díjat. Érde- 
kesség, hogy a díjkiosztón olyan 
Nobel-díjasok osztogatták az IgNobel- 
díjakat — közben papírrepülőkkel 
dobálózva — mint Dudlex Herschbach, 
William Lipscomb, Sheldon Glashow 
és Robert Wilson. 

Az ember mindig tanul... Levonva 

a tanulságot azon leszek tehát, 

hogy Tóbiást, ha netalántán 

a falánkság bűnébe esne, fél méte- 
res távban érjem tetten legközelebbi 
látogatásomkor... 


Halusz Léna 


a 9. 


múlt hónapban lerántottuk 

a leplet a grafikus felületek 

létrehozásának mikéntjéről. 
Szó esett arról, hogyan hozhatunk lét- 
re egy ablakot, és miként tölthetjük fel 
vezérlőkkel. A kedves Olvasónak lehe- 
tősége nyílt továbbá arra, hogy megis- 
merje az eseménykezelés módszerét. 
Mindez egy bájosan trükkös alkal- 
mazás példáján keresztül került be- 
mutatásra, amely a grafikus kezelő- 
felület ellenére gonosz módon épp 
a felhasználóbarátság tökéletes ellen- 
példájának bizonyult. 
Be kell, hogy ismerjem, annak ellené- 
re, hogy a GUI programozást a fel- 
használó kényeztetése címén haran- 
goztam be, a most bemutatásra kerülő 
alkalmazás célja úgyszintén az idegek 
borzolása lesz. Egy valódi játékot fo- 
gunk írni, mely stílusát tekintve egé- 
szen a gyökerekig fog visszanyúlni. 
Azokba az időkbe, amikor egy őrü- 
letbe kergető egyszólamú muzsika 
mellett kellett elhasználni három 
botkormányt, különben a nagy piros 
kör megette a kis kék négyzetet. 
Nem csalás, és nem is ámítás, valódi 
játékot készítünk. Ez első hallásra nem 
tűnhet akkora kihívásnak, viszont 
gondoljunk bele, mennyi feladatot 
foglal magába egy ilyen alkalmazás 
írása. Szükség van animációra, aminek 
objektumközpontú környezetben 
egyenes következménye a szálkezelés. 


Kávéfőzés lépésről lépésre 


(ota -tSya 


Négy labda, két egérgomb, és 
egyetlen cél — minél több pontot 
gyűjteni. Útmutató a világ legidege- 
sítőbb játékának létrehozásához. 


Bizonyos fokú fizikát is meg kell 
valósítanunk annak érdekében, hogy 
a piros kör élethűen fogyassza el a kék 
négyzetet. Végül ne feledkezzünk 
meg a beviteli eszközök kezeléséről 
sem, ami itt eseménykezelést jelent. 
Ezek már önmagukban elgondolkod- 
tató problémákat vetnek fel akkor is, 
ha a játék szabályait még nem is rész- 
leteztük. Mi több, nem szóltunk olyan 
további lehetőségekről, amelyek egy- 
fajta játékélmény elengedhetetlen for- 
rásait jelentik. Ide sorolhatjuk a zenét, 
a hálózaton keresztüli játékot, vagy 

a mesterséges intelligenciát. Ezekre 
első játékunk írása során nem térünk 
ki, csupán érzékeltetni szeretném azt, 
hogy játékprogramot írni már csak 
azért is komoly kihívás, mert szinte 
elképzelhetetlen olyan terület, amit 
ne érintene. 

Sok munka áll előttünk, és már most 
szólok, hogy bármennyi szabadideje 
és türelme van a kedves Olvasónak, 
biztos, hogy mindre szüksége lesz. ler- 
mészetesen megteheti, hogy a gondol- 
kodás terhétől megszabadulva vadul 
begépeli az itt látható kódokat, és 
azonnal beleveti magát a játékba. 
Viszont még ha így is tesz, kérem, 
hogy ha valamilyen szerencsés vélet- 
len folytán alábbhagyna a játékszenve- 
délye, tegyen egy kísérletet a program 
működésének elemzésére. Nem is sza- 
porítom tovább a szót, vágjunk bele! 


A játék igen egyszerű. Egy ketrecben 
négy pattogó labda van, két piros és 
két fekete. A játékos úgy szerez pon- 
tot, ha sikeresen rákattint valamelyik- 
re. Minden labda egyenlő sebességgel 
mozog, viszont minél több pontot sze- 
rez a játékos, annál gyorsabbak lesz- 
nek a labdák. A piros labdákra csak 

a bal, míg a fekete labdákra csak 

a jobb egérgombbal történő kattintás- 
sal lehet pontot elérni. A labdák csak 
a fallal ütköznek, egymással nem, így 
ha két azonos színű fedésbe kerül, 

és sikeres a kattintás, dupla pont jár. 
Az alkalmazás 6 osztályból építkezik, 
ezeket fogjuk egyesével elkészíteni. 
Minden azonosítónál, legyen az akár 
osztály-, vagy változónév, az eddig 
megszokottaknak ellent mondva an- 
gol neveket használtam. Azért döntöt- 
tem így, mert bizonyos elemek esetén 
sokkal kényelmesebb a szakirodalom- 
ban is elterjedt jelöléseket alkalmazni. 
Jó példa erre egy személyes tagválto- 
zó beállító, illetve lekérdező függvé- 
nye, amelynél a szokásos set, illetve 
get nevektől csak körülményes szó- 
használattal lehetne eltérni. 
Elsődleges célom itt is a következetes- 
ség megtartása volt, ezért nem alkal- 
maztam az egyes körökben elterjedt 
kevert megoldást, például getszin, 
setSzin. A megjegyzések továbbra is 
magyar nyelvűek, és a leírás remélhe- 
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tőleg kellő magyarázattal szolgál 
azoknak is, akik még kevés jártasság- 
gal rendelkeznek az angol nyelvű 
irodalomban. 

Lássuk, melyek azok az osztályok, 
amiket meg kell írnunk: 


e Ball (Labda) 

e Cage (Ketrec) 

e Game (Játék) 

e "Main (Fő) 

e Score (Eredmény) 
e Speed (Sebesség) 


A Main jelenti az alkalmazás belépési 
pontját. Ez a legegyszerűbb osztá- 
lyunk, hiszen egyetlen feladata, hogy 
létrehozzon egy Game objektumot, 

és elindítsa a játékot. A Game építi fel 
az alkalmazás ablakát, példányosítja 

a többi osztályt, és lekezeli a felhasz- 
nálói beavatkozásokat. A Speed egy 
sebességvektort nyújt a Bal ] számára, 
ami a játék egyik legfontosabb szerep- 
lője. A Cage a játéktér határait biztosít- 
ja. A Score pedig a játékos pontszá- 
mait tartja nyilván. 


Speed 

Kezdjük egy kis fizikával. Mint az 

a játék leírásából kitűnik, a labdák 
egyenlő sebességgel mozognak. 

Ez nagy könnyebbséget jelent. Ennek 
következtében ugyanis élhetünk egy 
apróbb egyszerűsítéssel, és ezzel 
komoly munkát takaríthatunk meg. 
A Speed szigorú fizikai megközelítés- 
ben nem sebességvektort ad, hanem 
csak irányvektort. A labdák valódi 
sebességét nem a modell, hanem 

a megjelenítés szintjén kezeljük. 

Ez egy takaros játékprogramban 
szentségtörésnek minősülne. Már 

a cikk írásának pillanatában látom 


az ablakom alatt a dühödt tömeget, és 
mintha már az akasztófát is elkezdték 
volna építeni. Viszont ne felejtsük el, 
hogy legelső játékunkban nem a töké- 
letesség a cél. Jogos kérdés, hogy az 
osztály az említettek ellenére miért vi- 
seli a Speed nevet. Azt szeretném, ha 
ebből a példaprogramból az Olvasó- 
ban egy általános kép maradna meg 

a kisebb játékok működéséről, és nem 
konkrét megvalósítási kérdések 
bosszantanák. Írjunk be magunknak 
egy rossz pontot ezért a csalásért 
most, és a következő programban 
küszöböljük ki. 

Térjünk vissza a labdák mozgásához. 
Az osztályban külön tároljuk az X, 
illetve Y irányú összetevőt. Mi több, 

a későbbi számolások megkönnyítése 
érdekében az összetevőknek a nagysá- 
gát, azaz abszolút értékét, illetve az 
irányát, vagyis az előjelét is külön vál- 
tozókban tároljuk. Ez négy tagváltozót 
jelent, nevezetesen: abs. dx, dir dx, 
abs dy, dir dy. 

A következő példához tekintsük az 

1. ábrán látható koordinátarendszert. 
Elsőre furcsának tűnhet az Y tengely 
fordított helyzete, azaz, hogy a Y ten- 
gely negatív tartománya az X tengely 
felett, pozitív tartománya pedig az X 
tengely alatt helyezkedik el. Számító- 
gépes grafikáknál legtöbbször ké- 
nyelmes ilyen rendszerben számolni, 
mivel az esetek nagy részében a meg- 
jelenítés ezt várja el tőlünk. Ez a Java 
esetében sincs másként. 

Ebben a rendszerben adott egy sebes- 
ségvektor: (-3,2). Ez azt jelenti, hogy 
időegység alatt az objektum 3 egység- 
nyi utat tesz meg balra, és 2 egység- 
nyit lefelé. A Speed osztályban beve- 
zetett változókkal ez így írható fel: 


abs dx — 3 
dir dx — -1 
abs dy — 2 
dir.dy 


Nevezzük mozdulatnak az időegység 
alatt történő teljes elmozdulást. 

A mozdulatot több körben tesszük 
meg. Egy körben 1-1 egységnyi 
lépést teszünk azon összetevők 
által meghatározott irányokban, 
amelyek abszolút értéke által előírt 
mennyiséget még nem értük el 
korábbi körökben. Visszatérve 

a példára, a vektor alatt értendő 
mozdulatot 3 körben tesszük meg: 


e  1-et lépünk balra, 1-et le 
e  1-et lépünk balra, 1-et le 
e — 1-et lépünk balra 


Ezek után újabb mozdulat következ- 
het. Az adott irányba már megtett 
lépések nyilvántartására bevezetünk 
két újabb változót: stepX, stepY. 
Ezek kezelésére később visszatérünk. 
Az idáig vázolt modell nem sérti a se- 
bességvektor definícióját. A csalást ott 
fogjuk elkövetni, hogy a különböző 
objektumoknak egyenlő hosszú körö- 
ket fogunk osztani. Így a teljes moz- 
dulat nem egységes idő alatt történik. 
Emiatt függetlenül a sebességvektor 
abszolútértékétől, ugyanolyan gyors 
objektumokhoz jutunk. Például egy 
(1,1) és egy (2.2) vektor ebben a prog- 
ramban (sajnos) egyenlő. 

Lássuk az osztály forráskódját (1. kód)! 
A tárgyalt tagváltozók felsorolása 
után a konstruktort láthatjuk. Ez 

a paraméterként kapott vektor alap- 
ján tölti fel értékekkel a létrejövő 
objektum tulajdonságait. Mindkét 
összetevő esetén először az előjelet 
dönti el, majd az ezzel szorzott 
összetevőt tekinti abszolút értéknek. 
Így, ha negatív volt, -1-el szoroz, ha 
pozitív, 1-el, tehát helyes a leképezés. 
A stepX és stepY változók nulla 
kezdőértéket kapnak. 

Azok az objektumok, amelyeket 
mozgatni szeretnénk a program- 
ban, rendelkeznek majd egy 

Speed típusú tulajdonsággal. 
Mozgatásuk úgy fog történni, 

hogy előbb lekérdezik, hogy az 
adott körben az egyes tengelyek 
mentén lépniük kell-e, majd a lépést 
követően ezt jelentik. 

A step metódusból látszik a stepX és 
stepY értelme. Ennek a függvénynek 
a meghívásával jelentheti egy objek- 
tum, hogy megtette a szükséges lé- 
péseket. Ha mindkét változó túlsza- 
ladt, akkor lenullázza őket, egyéb- 
ként mindkettőt növeli 1-el. Itt egy 
újabb csalást érhetünk tetten. A me- 
tódus mindkét változót növeli, füg- 
getlenül attól, hogy az elérte-e már 
a hozzá tartozó összetevő abszolút 
értékét, vagy sem. Ennek a látszóla- 
gos hanyagságnak az okára és árára 
hamarosan rátérünk. 

Két lekérdező metódus következik, 
melyekkel a mozgó objektumok meg- 
tudhatják, hogy kell-e lépniük egy 
adott tengely mentén. Ezek csak akkor 








adják vissza a megfelelő összetevőhöz 
tartozó irányt, ha a vonatkozó step" 
változó nem szaladt túl. Egyébként 
nullát adnak vissza. Ez a feltétel vizs- 
gálat javítja az előző metódus hanyag- 
ságát. Ez időben nem jelent vesztesé- 
get, viszont rövidebb és áttekinthe- 
tőbb kódot biztosít. 

A további négy metódussal az irány- 
váltás oldható meg. Ezek egészen 
egyszerűen az irányokat jelentő 
tagváltozók átírását teszik lehetővé. 


Következzen főhősünk, a labda. Egy 
labdát középpontjának X és Y koordi- 
nátája, sugara, színe és sebessége ha- 
tároz meg. Ennek alapján tekintsük 

a forráskódot. (2. kód) 

A tagváltozók nevei kellően beszé- 
desek ahhoz, hogy eltekintsünk 

a tárgyalásuktól. A konstruktor ezek- 
nek ad kezdőértéket. Látható, hogy 
létrehozunk egy Speed objektumot 
a sebességvektor jellemzéséhez. 

A többi tulajdonság lekérdezhető 

a megfelelő get metódus meghí- 
vásával. Ne felejtsük el, hogy egy 
objektumközpontú környezetben 
érdemes minden tagváltozót sze- 
mélyesre állítani, és csak azokhoz 
biztosítani lekérdező, illetve beállító 
metódust, amelyekhez ez valóban 
szükséges. 

A move metódus végzi a labda moz- 
gatását. Röviden összefoglalva az ed- 
digieket, ebben a modellben a labdák 
mozgatják saját magukat. Viszont 

a jelenlegi pozíciójukon kívül mást 
nem tudnak, ezért segítséget vesznek 
igénybe egy speed objektumtól. 
Amikor valaki mozgásra kényszerít 
egy labdát, azaz meghívja a move 
metódusát, az módosítja saját pozíció- 
ját úgy, ahogy a speed. getx0 és 

a speed.getYO előírja. Ezután becsü- 
letesen jelenti a speed objektumnak, 
hogy a mozgás megtörtént. Így 

a speed nyilván tudja tartani, 

hogy a labda hányadik körnél tart, 

és az egyes tengelyek mentén kell-e 
még lépni. 

A move ezért először hozzáadja 

a speed által szolgáltatott lépéseket 
saját koordinátáihoz. Ezután jelent, 
majd ellenőrzi, hogy történt-e üt- 
közés a ketrec valamelyik falával. 

Az ellenőrzésnél figyelembe veszi 
saját középpontját, és sugarát. 
Ütközés esetén elfordul. 





Az utolsó metódus kissé szokatlan 
lehet, mert egy Graphics objektumot 
kap paraméterül. Ez nem lesz más, 
mint annak a rajzfelületnek a refe- 
renciája, amelyre ki kell rajzolni 

a labdát. A paint feladata tehát meg- 
jeleníteni a labdát a kapott felületen. 
Ezúton újabb megrovásban részesí- 
tem magam, mert egy komoly al- 
kalmazásban külön kell választani 

a vezérlést a megjelenítéstől. Ezt 
legtöbbször úgy szokták elérni, 

hogy a megjelenítést végző kód 
külön osztályban kap helyet. 

A működéséhez szükséges informá- 
ció például egyszerű öröklődéssel 
nyerhető. Ebben az esetben viszont 
egyetlen kétsoros metódus miatt 
nem tettem meg külön osztálynak 

a labda grafikus változatát. 

A Java API-ban a Graphics osztály 
tanulmányozásával láthatjuk, hogy 
milyen rajzolási műveletek állnak 
rendelkezésünkre egy ilyen objek- 
tum esetében. A mi paint metódu- 
sunkban előbb a setcolor segítségé- 
vel beállítjuk a rajzolás színét. 
Ezután egy kitöltött ellipszist 
rajzolunk. A filloval metódusnak 
kissé furcsa a paraméterezése. 

Azt a téglalapot kell leírnunk, 

amely magába foglalja a kívánt ellip- 
szist. Meg kell adnunk a téglalap bal 
felső sarkának X és Y koordinátáját, 
a szélességét és a magasságát. 

Ez egy kör esetében nyilvánvalóan 
egy négyzet lesz, a paraméterek 
pedig a fent látható módon adódnak. 


Cage 

Lássuk most a játékteret határoló ket- 
rec felépítését. Ezt falának vastagsága, 
színe, valamint szélessége és magassá- 
ga jellemzi. (3. kód) 

Az említett tulajdonságok leírását 
követően a konstruktor látható. 


Ez ismét tartogat egy meglepetést, je- 
len esetben a Dimension osztály sze- 
mélyében. Ezzel az egyszerű könyvtári 
osztállyal egy 2 dimenziós méret fejez- 
hető ki. Ne törődjünk most azzal, hon- 
nan fogjuk ezt megkapni a Cage 
példányosításához, pusztán tegyük fel, 
hogy egy ilyen objektum referenciájá- 
val hívjuk meg a konstruktort. 

Először a thick és color tagváltozók- 
nak adunk kezdőértéket. Ezután 

a Dimension típusú objektumnak 

a megfelelő metódusaival lekérdezzük 
a szélességet és magasságot, és ezeket 
átadjuk a width és height változók- 
nak. A típuskényszerítés azért köte- 
lező, mert ezek a metódusok dupla 
lebegőpontos értéket adnak vissza, 
nekünk pedig egész számokra 

van szükségünk. 

A konstruktort az osztály paint metó- 
dusa követi. Ketrecet legegyszerűbben 
úgy tudunk rajzolni, hogy előbb a tel- 
jes rajzfelületet kitöltjük egy téglalap- 
pal, majd ebből kivágunk egy ablakot. 
A fillRect a setcolor által megha- 
tározott előtérszínnel kitöltött téglala- 
pot rajzol, a clearRect pedig a háttér- 
színt használja. Mindkét metódusnak 
a bal felső sarok X és Y koordinátáját, 
valamint a téglalap szélességét és 
magasságát kell átadni. 

Végül négy lekérdező függvény látha- 
tó, melyekkel a falak belső oldalának 
megfelelő koordinátái kérdezhetők le. 
Nyilvánvalóan minden oldal esetében 
csak egy koordináta értelmes, hiszen 
például a plafonnak nincs X pozíciója. 


core 

Következő osztályunk a Score, amely 
a játékos pontszámának tárolásáért és 
megjelenítéséért felel. Iulajdonságai 
a pontszám, a megjelenítéshez hasz- 
nált szín, betűtípus, és a helyének X 
és Y koordinátája. (4. kód) 

A tagváltozók felsorolását megszo- 
kott módon a konstruktor követi. 

Ez paraméterként egy X és Y pozíci- 
ót, valamint egy színt kap. Ezeket 
kezdőértékként átadja a megfelelő 
változóknak, a pontszámot pedig 
0-ra állítja. A betűtípus meghatá- 
rozásához készítünk egy Font 
objektumot. Ennek létrehozásakor 
megadjuk a betűtípus nevét, stílusát 
és méretét. A név jelen esetben nem 
konkrét betűtípusra vonatkozik, 
hanem egy családot határoz meg, 
melynek minden virtuális gépet 
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futtató rendszeren biztosan található 
példánya. A stílus félkövér, a méret 
pedig 24 pont. 

Az increment metódus a pontszámot 
növeli eggyel, a getPoints pedig 
visszaadja ezt. A paint előbb beállítja 
a színt, majd a betűtípust, végül meg- 
hívja a Graphics drawString tag- 
függvényét, mellyel egy szövegfüzért 
lehet kirajzolni. Miután ez String 
típusú objektumot vár, az Integer 
osztály segítségével előbb át kell 
alakítanunk az int típusú pontszá- 
mot szövegfüzérré. 


Game 

Eddig a nagy képnek csak különálló 
részletein dolgoztunk. Hogy hogyan 
lesz ebből egy nagy műalkotás, már 
biztosan foglalkoztatja az Olvasót. 
Elérkezett az idő, hogy elkezdjük 
használni eddigi munkánk eredmé- 
nyeit, és lássuk, ahogy a dolgok 
összeállnak. Következzen 

a Game . java (5. kód). 

A sorozat előző részében létrehozott 
grafikus felülethez használt osztá- 
lyok közül több visszaköszön itt is. 
Viszont első ránézésre sok az újdon- 
ság. Az elemzést kezdjük a kon- 
struktor vizsgálatával. Az első sorban 
az ismert módon létrehozunk egy ab- 
lakot, , Game" címmel. A második 
sorban állítjuk be az ablak elrende- 
zéskezelőjét. A BorderLayout egy 
olyan elrendezéskezelő, ami öt részre 
vágja az ablakot. Van egy nagy kö- 
zépső rész, és négy kisebb a négy 
égtájnak megfelelően. Mi csak 

a középső részt használjuk, így az 
elhelyezésre kerülő egyetlen vezérlő 
kitölti az ablakot. 

Ez a vezérlő a Canvas lesz, ami 

nem több, mint egy rajzvászon. Ezzel 
nem becsmérelni akartam a képessé- 
geit, csupán azt akartam jelezni, 
hogy egy nagyon alacsony szintű 
AWT elemről van szó. Gyakori, hogy 
nem is használják közvetlenül, 
hanem egy saját osztály terjeszti ki. 
Viszont arra a feladatra, amire 
nekünk kell, elegendő lesz önmagá- 
ban is. A Canvas példányosítása után 
beállítjuk a méretét. Itt látható, hogy 
egy új Dimension objektumot adunk 
át a setSize metódusnak, így hatá- 
rozzuk meg a vászon szélességét és 
magasságát. 

A következő sorban az ablak tartal- 
mához hozzáadjuk a vásznat, és 
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jelezzük, hogy középen szeretnénk 
elhelyezni. Ezután életre keltjük az 
elrendezéskezelőt, beállítjuk, hogy 

az ablakot ne lehessen átméretezni, 
továbbá, hogy az ablakkezelőn keresz- 
tül kezdeményezett bezárás hatására 
lépjen ki a program. 

A következő sorban meghatározzuk, 
hogy dupla-pufferelt üzemmódban 
szeretnénk használni a rajzvásznat. 

A dupla-pufferelés azt jelenti, hogy 
két lapunk van. Egy amit a felhaszná- 
ló lát, és egy, amin mi dolgozha- 
tunk. A kettőt egy művelettel 
kicserélhetjük. Így a sok időt 
emésztő rajzolást a háttér- 
ben végezhetjük, és csak ak- 
kor mutatjuk meg a felhasz- 
nálónak a képet, ha az elké- 
szült. Ha nem használnánk 
ezt a módszert, az animáci- 
ónk biztosan villogna, ami 
nem túl szép. 

A pufferkezelő stratégia ob- 
jektumával tudjuk a háttérlap- 
hoz tartozó Graphics objektu- 
mot lekérdezni, illetve a cserét 
végrehajtani. Ezért ennek a referen- 
ciáját a következő sorban lekérdezzük, 
és eltároljuk egy személyes tagváltozó- 
ban. Fontos, hogy a dupla-puffer létre- 
hozása, és a stratégia lekérdezése csak 
azután történhet, hogy a vásznat hoz- 
zárendeltük egy ablakhoz, és az 
elrendezéskezelő is befejezte tevé- 
kenységét, és így a vászonnak biztosan 
van valódi mérete. Ezen megfontolá- 
sok miatt az utóbbi két sor nem előz- 
heti meg a frame.packO hívást! 

Az ezt követő részben hozzuk létre 
azoknak a hozzávalóknak az objektu- 
mait, amiken idáig dolgoztunk. Már itt 
érezhetjük, milyen boldogító érzés sa- 
ját osztályainkat felhasználni. Egyetlen 
jól irányzott sorral 4 helyett 5 labdánk 
lehetne a játékban, mi több, semmi 
sem állíthat meg bennünket még több 
és több labda létrehozásában. 

A gameSpeed tagváltozó a labdák 
sebességében fog szerepet játszani. 

A konstruktor utolsó két sorában az 
egérrel kapcsolatos események lekeze- 
lését bízzuk a létrejövő Game objek- 
tumra, és láthatóvá tesszük az ablakot. 
Ezek alapján látható az osztály egyes 
tagváltozóinak szerepe. Egyedül 

a gameSpeed tulajdonság nem tisztá- 
zott, ám erre is hamarosan fény derül. 
Jó, de hogyan mozog a labda?" — kér- 
dezheti teljes joggal az Olvasó. Végtére 


is minden adott, már csak az 
isteni szikra hiányzik a gépe- 
zet beindításához. A labdák 
mozgása lényegé- 
ben egy 


végtelen 





















ciklus eredménye. Ez a ciklus nem csi- 
nál mást, csak frissíti a labdák helyze- 
tét, azaz megmozdítja őket, majd újra- 
rajzolja a teljes vásznat. Majd megint 
mozdít, újrarajzol. Egy ilyen végtelen 
ciklust viszont nem tehetünk közvetle- 


nül a programunkba. 

Ez a lépés azt eredményezné, hogy 
teljesen elveszítjük a vezérlést a prog- 
ramunk felett. Egy alkalmazás ugyanis 
számtalan eseményre kell, hogy rea- 
gáljon. Ezek egy részét tudjuk csak 
programozni Java-ban, például az 
egérkezelést. A többség jelzések 
kezeléséből áll, amelyeket ilyen magas 
szinten nem is tudunk befolyásolni. 
Egy végtelen ciklus megölné a progra- 
mot, nem tudna ellátni számos admi- 
nisztratív teendőt. 

A megoldás egy új szál bevezetése 

a programba. A szálat szokás könnyű- 
súlyú folyamatnak is hívni, mert igen 
hasonlóan kezeli egy program a szála- 
it ahhoz, ahogy az operációs rendszer 
kezeli a folyamatokat. Ezeket melles- 
leg az előbbivel szemben szokás ne- 
hézsúlyú folyamatoknak is nevezni. 
Ha tehát egy önálló szálra bíznánk ezt 


a végtelen ciklust, azzal megoldanánk 
a problémát. Az egyetlen kérdés ezek 
után, hogy mennyire nehéz feladat 

a szálkezelés Java-ban. 

A válasz természetesen az, hogy mint 
minden, ez is roppant egyszerű. Min- 
den olyan objektum lehet új szál egy 
programon belül, ami egy Runnable 
interfészt megvalósító osztály példá- 
nya. Az interfész megvalósításán túl 
lehetőség van a Thread osztály kiter- 
jesztésére is. Ennek részleteiért lásd 

a Java API-ban a Thread leírását. 

A Runnable interfész a run metódust 
megvalósítását írja elő. Ennek a metó- 
dusnak a tartalma jelenti a szál kódját. 
A Game osztályban ez egy azonnal 
szembetűnő végtelen ciklus, pont az, 
amire szükségünk van. A ciklus hasa 
három lépést tartalmaz. Először annyi 
update hívást végez, amennyi 

a gameSpeed. Másodszor meghívja 

a repaint függvényt. Végül elalszik 
10 millimásodpercre. 

Az első lépésben érvényesítjük azt 

a csalást, amiről a sebességvektor tár- 
gyalásánál ejtettem szót. Úgy gyorsítjuk 
a labdákat, hogy kevesebbszer rajzo- 
lunk, más szóval, több számolásra jut 
csak egy rajzolás. A repaint utáni alvás 
azért kell, mert még szálkezeléssel 
együtt is 10090-os processzorkihasznált- 
ságot eredményezne a végtelen ciklu- 
sunk, ha nm függesztené fel bizonyos 
időközönként a futását. A try - catch 
pedig azért kell, mert a Thread.sleep, 
ami a jelenlegi szálat altatja el, 
InterruptedException kivételt dob. 
Ezt most üres catch ággal kezeljük, 

de ez normális esetben nem gond. 

A kellően kielemzett run után követ- 
kezik annak két segítő függvénye, az 
update és a repaint. Az update fel- 
adata a labdák léptetése. Egy ciklusban 
végigmegy a labdák tömbjének eleme- 
in, és egyesével meghívja a move metó- 
dust. Ennek átadja a ketrec referenciá- 
ját, így a labda le tudja kérdezni a ket- 
rectől, hogy hol vannak a szélei, és így 
képes ellenőrizni az ütközéseket. 

A repaint újrarajzolja a teljes pályát. 
Ehhez előbb lekérdezi a vászon 
pufferkezelő stratégiájától a háttérlap 
Graphics objektumát. Ezután ezt át- 
adja a ketrec rajzoló metódusának, 
majd az összes labda rajzoló metódu- 
sának, végül a pontszám rajzoló metó- 
dusának. Végezetül kicseréli a két puf- 
fert, és így előtérbe hozza azt a lapot, 
amire idáig a háttérben rajzoltunk. 


Az osztály utolsó metódusa az egér- 
kattintás eseményét kezelő 
mouseClicked. Ez két részből áll. 
Egyrészt ellenőrzi, hogy megfelelő 
kattintás történt-e labdán, majd a játé- 
kos pontszáma alapján állítja a játék 
sebességét. 

Az első részben egy ciklussal végig- 
megy az összes labdán. Mindegyiknek 
lekérdezi a középpontját és a sugarát, 
majd a kör egyenletét felhasználva 
kiszámolja, hogy a kattintás a kör 
területén belül történt-e. Ez esetben 
még azt is megnézi, hogy a megfelelő 
gombbal kattintott-e a játékos, és ha 
minden rendben, odaítél egy pontot. 
A második részben a pontszám növe- 
kedésével arányban gyorsítja a játékot. 


Main 

Végül, de nem utolsó sorban futtatha- 
tóvá tesszük fáradozásaink eredmé- 
nyét egy burkoló osztály segítségével. 
Íme: 


7 kk 

: Az osztaly az alkalmazast 
- inditja. 

x / 


public class Main (í( 


/ ky 
t A jatek. 
ye / 


private Game game; 


/ xy 
: Letrehozza a jatek 
: objektumat 
: es elinditja a szalat. 
7 / 
public MainO ( 
game - new Gamel; 


Thread t -— new 
s Thread(game) ; 
t.startO; 

T 

/7" 


: A jatek inditasa. 

8 

public static void 

smain(String[l] args) (í 
new Main(); 


A belépési pontot jelentő main tag- 
függvény egy Main típusú objektumot 


hoz létre. Ennek a konstruktora így 
létrehoz egy Game típusú objektumot. 
Ezután a game referenciával létrehoz 
egy új szálat. A Thread ezen 
konstruktora egy Runnable interfészt 
megvalósító objektumot vár. Végül 
elindítja a szálat a start metódussal. 


Hogyan terjesszük? 

Ha a képen látható játékélményt más- 
sal is szeretnénk megosztani, kényel- 
metlen lehet a 6 . class fájlt kezelni. 
Szerencsére a jar parancs segítségé- 
vel saját csomagot hozhatunk létre. 
Így elég egyetlen állománnyal bíbe- 
lődnie annak, aki a programot futtatni 
szeretné. Ám ehhez nem elég csupán 
a . class fájlokat összecsomagolni, 
azt is meg kell mondani, hogy melyik 
osztály tartalmazza a belépési pontot. 
Ezt egy úgynevezett mani fest 
állománnyal írhatjuk le. Készítsünk 
egy Manifest. txt fájlt az alábbi 
tartalommal: 
Main-Class: Main 

Itt a kettőspont után álló Main vonat- 
kozik arra, hogy a Main osztály tartal- 
mazza a belépési pontot. Ezután 

adjuk ki a következő parancsot abból 

a könyvtárból, ahova idáig dolgoztunk: 


$ jar cmf Manifest.txt 
Balls.jar ".class 


Ezzel el is készítettük a csomagot. 
Elég a Balls. jar fájlt elküldeni isme- 
rőseinknek. A programot ezek után 
az alábbi paranccsal lehet elindítani: 

$ java -jar Balls.jar 


Jó játékot! 


ETT ELT JTA TOT Cr T0 TA 


A kódok a Linuxvilág honlapjáról 
tölthetők le. 
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W Az egyik ilyen megvalósítás 

a Gambas, egy egyszerű objektum 
orientált fejlesztőkörnyezet, mely egy 
BASIC interpreteren alapszik. Az alko- 
tás egyáltalán nem kompatibilis 

a Visual Basic-kel sőt soha nem is sze- 
retne az lenni, viszont jó tulajdonságait 
mind egy szálig hordozza a szkript- 
nyelvnek. Az, hogy a kompatibilitás 
szempontját tudatosan figyelmen kívül 
helyezték, a projekt sikerességét jelen- 
tősen segítette. Az eddigi pró- 
bálkozások a Visual Basic-nek 








W 1. ábra Az egyik próbálkozás: A Gambas 


"reg Welcome to Gambas ! 


a Linux alatti , honosítására", 
nagyjából mindig a kompatibili- 
tás megtartása miatt vesztek el. 
A Gambas filozófiája: , Könnyen, 
gyorsan, hatékonyan". Mindenek 


1 
l 


előtt az eszköz egy BASIC nyelv 
objektum kiterjesztésekkel. Egy 
program több fájlból áll, minden 
fájl egy osztályt ír le, az objek- 
tum orientált programozás elvei- 
nek megfelelően. Ezek az osztá- 
lyok fordulnak le és indulnak el 
a fordító által. Ebből a szemszög- 
ből egy kicsit hasonlít a Java 
nyelvre. A Gambas több részből 
tevődik össze: fordító, interpre- 
ter, archiváló, GUI, fejlesztő környezet. 
Egy projektet egy könyvtárban tárol. 

A fordító ebből a könyvtáról készít 
egyetlen egy futtatható állományt 

vagy akár installációs csomagot. 
dlelepítése nem igényel különösebb beál- 
lításokat. A csomag függőségei a mai 
disztribúciók többségében megtalálható. 
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New project... 
ís Open project... 
I Recent projects 


(2 Examples 


úxk filmek 


. úg Linuxvilag 
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(1... DataReportExample 
úr Terminal 
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W 2. ábra A fogadtatás... 


Fordítás előtt azért ellenőrizzük az 
alábbi csomagok jelenlétét: X11, 

KDE 3.x, Ot 3.x, PostreSOL, MySOL. 

A forráscsomag a projekt honlapjáról 
(Dhttp://gambas.sourceforge.net) szerez- 
hető be. Nagyon sok Linux terjesztés 
alatt probléma nélkül fut. A honlapon 
egy táblázatban megtalálhatók az egyes 





instrukciók, ha esetleg valamely Linux 
fajta alatt makacskodna a program. 

64 bites Linux támogatottsága még 
nem teljesen alakult ki, FreeBSD alatt 
viszont gond nélkül fut, valamint 
Solaris alatti megjelenésére sem kell 
már sokat várni. Sikeres fordítás, telepí- 
tés után, máris letámadhatjuk a fejlesz- 
tő környezet képességeit. Lássunk 
hogyan is működik az újdonsült IDE. 
Indítás után — a modern fejlesztő kör- 
nyezetektől elvárt módon — 
kényelmesen választhatunk 

a különböző, projektekkel 
kapcsolatos tevékenység közül. 
Itt találhatjuk a legutóbb meg- 
nyitott projektek listáját is. 
Munkánkat végigkíséri 
,Gambas" a kék homár, akit itt 
ott megjelenik a képernyőn és 
különböző tevékenységeinket 
(fordítás, futtatás) más és más 
animációval kíséri. lermészete- 
sen Gambast át lehet lehet he- 
lyezni bárhová és ki is lehet kap- 
csolni ha már nagyon akadályoz 
minket a programfejlesztésben. 
Új projekt választása esetén 
egy varázsló segít minket 

a készítendő alkalmazás típusától 
függően a beállításokban. Készíthe- 
tünk grafikus felületű és konzolos 
alkalmazásokat egyaránt, vagy lemá- 
solhatunk egy már meglévő projektet, 
majd szerkeszthetjük tovább. 

A Gambas felülete egyébként szintén 
Gambasban készült, csak hogy lássuk 


(Kdkleseé e Mas ei 


v 74) Create a new project Ed! 





C Create a terminal project 


( Copy an existing project 


Select the name of the project 
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Select the title of the project 
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! File Project View Tools 2 
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NI 5. ábra A Projekt ablak 
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W 7. ábra Kódablak 





mire is képes ez az egyszerű kis 
fejlesztő környezet. Miután sikeresen 
beállítottuk projektünk paramétereit, 
egy sokak számára bizonyára ismerős 
környezet tárul elénk. 

Baloldalon a Projekt ablak, jobb olda- 
lon a komponensek listája. A grafikus 
elemek hozzáadása után középen, lent 





WI 4. ábra A projekt adatainak megadása 
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I 6. ábra lelepítőcsomag készítése 


jelenik meg a komponensek tulajdon- 
ságait tartalmazó ablak. lermészetesen 
úgy rendezzük a felületet ahogyan 
csak szeretnénk, de a fejlesztő környe- 
zetek közötti , konvenció" a fenti el- 
rendezést preferálja. Ami újat jelenthet 
és érdekességnek számíthat azt a Pro- 
jekt ablak rejti. A legalapvetőbb 

— a mai fejlesztő környezetekből nél- 
külözhetetlen — dolgokon kívül, mint 
a debug, fordítás, összes fordítása, 
hierarchia táblázat, pár hasznos dolog 
még helyet kapott a Projekt ablakban. 
A Projekt menüben lelhető fel 

a , Make Installation Package" opció, 
ami egy varázslón keresztül egy 
egyszerű installációs csomagot készít 
alkalmazásunknak. Ezen csomagok 
fajtáit disztribúciókhoz szabhatjuk. 
Említésre méltó még a , Make source 
archive" menüpont, ami programunk 
forráskódjából készít csomagot. Hasz- 
nos lehet a fejlesztések során, ha egy 


wmi 8. ábra Az eszközök listája 
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WI 9. ábra Az adatbázisok kezelője 
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NI 11. ábra A Gambas bevetés közben 
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W 12. ábra Egy konzolos alkalmazás 
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"-€§$ Gambas 


"gy gb.debug 


rajt gb.net 
r..gf gb.net.curl 
1-a gb.gt 

-gf gb.gt.editor 
1.glf gb.gt.ext 
1.af gb.at.kde 


1-gf gb.sd 
1-aj gb.xml.libxml 


rgy gb.xml.libxml. 
".gf gb.xml.libxml. 








Gambas Documentation 


: ly gb.compress Ouick Start 
tra gb.db e Visual Introduction to Gambas 





; e How dol... 
ta gb.eval e Differences from VB 


Language Reference 


e Language Index By Category 
e Alphabetical Language Index 
e Components 

:.-ggf gb.gt.kde.html e Functional Listing 


:-gf gb.vb Getting Involved 


e How to help 
0 How to translate Gambas 
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Wu 10. ábra A súgó 


egy állapotot el 
szeretnénk men- 
teni a projektből. 
A kódablak is 

a szokásos módon 
áll kézre. Az auto- 
matikus kódkiegé- 
szítést és az elen- 
gedhetetlen szin- 
taxis kiemelést is 
támogatja. Ha egy 
egy komponensre 
duplán kattintunk 
máris előbukkan 
a hozzátartozó 
kódrészlet és 
írhatjuk is az 
eseménykezelőt. 
A eszközök listája minden alapvető kis 
dolgot tartalmaz ami elengedhetetlen 
egy grafikus felületű alkalmazás készí- 
téséhez, kiegészítve a komponensek 
pontos elrendezését biztosító boxokkal. 
lermészetesen helyet kapott az adat- 
bázisok, mint a PostereSOL és 

a MySOL támogatása is. Ezek kezelé- 
sét a Projekt ablak , Iools" menüjében 
lévő , Database Manager" könnyíti 
meg számunkra. 

A munkánkat egy nagyszerű súgó 
segíti, ami még sajnos csak félkész ál- 
lapotban létezik, de már így is nagyon 
sok gyötrődéstől szabadíthat meg 
minket. Az egyes komponensek na- 
gyon részletesen le vannak írva és 
szinte mindegyikhez mellékeltek pél- 
dákat a használatra. A objektumok, 
komponensek szokásos fastruktúrá- 
ban vannak elhelyezve, de természe- 
tesen egyszerűen rákereshetünk 
kulcsszavakra is. 





Mindent összevetve a Gambas 
egyszerűsége ellenére, igen ko- 
moly alkalmazások fejlesztésére 

ad lehetőséget. Ötletes, egyszerű 
eszközökkel végre Linux alatt is 
élvezhetjük a Visual Basic nyújtotta 
egyszerűséget és praktikát. 

A fejlesztése folyik, tehát várhatók 
még újdonságok. 

Kis hátránya -— amit a jövőben 
valószínűleg orvosolnak -— hogy 
kevés a felhasználható komponens. 
Főleg az adatbázissal kapcsolatos 
eszközök listája kevés, de már 

így is szépen lekezelhetők a külön- 
böző adatbázisok. Ha nem is profi 
programokat, de azért komoly 
segédprogramokat könnyen elké- 
szíthetünk vele, melyek meg- 
könnyíthetik a mindennapos 
munkavégzést Linuxos gépünkön, 
Könnyen, gyorsan, hatékonyan." . 

A cikk folytatásában egy konkrét pro- 
jektet mutatok majd be: egy egyszerű 
képnézegető alkalmazást fogunk ké- 
szíteni a Gambas segítségével, amely 
során részletesebben is megismerke- 
dünk az egyes komponensek főbb 
tulajdonságaival. 


.] Aadics Péter 
(peter.radicsogmail.com) 
Az ELTE-n tanulok prog- 
ramtervező matemati- 
kus szakon. Hobbim 

a kosárlabda, autóveze- 
tés, web-design, programozás. 

Főleg webes alkalmazások fejleszté- 
se érdekel. 4 éve megrögzött Linux 
felhasználó vagyok. 





44 


Adatbázis-fejlesztés könnyedén, a Rekall 
segítségével 


A Rekall segítségével rövid idő alatt fejleszthetünk ki Linux vagy Microsoft 
Windows alatt futó adatbázis-alkalmazásokat. Nézzük, következő munkánk 
során hogyan vehetjük hasznát ennek az ingyenes fejlesztőeszköznek. 


többféle géptípuson vagy operációs rendszeren 
AA is futtatható alkalmazások témaköre a következő 
néhány évben minden bizonnyal egyre nagyobb 
szerephez jut majd, ahogy a vállalatok — különösen a kis- 
és középméretűek - egyre nagyobb hányada ismeri fel 
a Linuxra való áttérés előnyeit. Ezek a vállalatok várhatóan 
fokozatosan, egyszerre mindig csak néhány géppel fogják 
végrehajtani a váltást. Ha a piac vertikális lefedésére töre- 
kedve rövid idő alatt tudunk az ügyfél által használt alap- 
rendszerek mindegyikén futó alkalmazásokat fejleszteni, 
akkor tanácsadóként fontos előnyre tehetünk szert. 
A Rekall és a PostgreSOL párosa itt és most biztosítja szá- 
munkra ezt a lehetőséget. 
Tavaly a főbérlőm munkahelyéről felkértek, hogy segítsek 
lecserélni egy régi, Microsoft Access alapú alkalmazást. 
A hasonló megbízásokat korábban különféle eszközök se- 
gítségével teljesítettem, például Glade, C-t és Sybase ASE, 
később pedig Apache, PHP és PostgreSOL alkalmazásával. 
Ez alkalommal többféle feltételt is teljesítenem kellett: 
a jelentéseket előállító programnak Microsoft Windows 
és Linux alatt egyaránt működnie kellett, illetve rendelkez- 
nie kellett helyi , vastag" ügyféllel. 
A háttérben futó adatbázis kiválasztásával nem sokat 
vacakoltam, a PostgreSOL mellett döntöttem. Az, hogy 
a PostgreSOL §8-as változata Linux és Windows alá egyaránt 
elérhető, nemcsak a szabad programok erejének nagyságát 
bizonyítja, de egyben kiváló alapot szolgáltat robusztus, 
többféle operációs rendszeren vagy géptípuson is futtatha- 
tó alkalmazások készítéséhez. Megfelelő felülettel teljesen 
mindegy, hogy a kiszolgáló Linux vagy Windows alapú, 
vagy a munkaállomások mekkora hányadán fut Linux 
vagy éppen Windows. Mindez főként azoknak a vállala- 
toknak fontos, amelyek alkalmazottaik egy részénél vagy 
mindegyikénél az asztali munkaállomások Linuxra való 
átállítását tervezik. 





Felületként olyan fejlesztői környezetet akartam, amellyel 
gyorsan meg lehet tervezni az űrlapokat, a jelenté- 
seket és azokat az adatbázisokat, amelyekhez 
kapcsolódnak. A többféle környezet támogatása 
alapkövetelmény volt, ugyanis a megrendelő az 


alkalmazottak egy részének számítógépét Linuxra akarta át- 
állítani, míg a zárt, csak Windowsra elérhető alkalmazásokat 
futtató munkatársak továbbra is maradtak volna 

a Windowsnál. 

Miközben keresgéltem, számos a Microsoft Accesshez 
hasonlítható, csak annál jobbnak nyilvánított alkalmazással 
találkoztam. Az eszközök mindegyike többféle adatbázis 
elérésére is képes volt, valamint támogatták az ODBC forrá- 
sokat is. Mindegyikük biztosított parancsfájlkészítési lehető- 
séget is, BASIC, JavaScript vagy Python nyelven. Néhány 
ezek közül az eszközök közül: Kexi, OpenOffice.org Base, 
Kylix, Knoda, Rekall és Glom. 

A széles választék ellenére csak két eszközt nyilvánítottak 
termelésre késznek, a Kylixot és a Rekallt, így részleteseb- 
ben csak ezekkel foglalkoztam. Miután rájöttem, hogy 

a Kylix önmagában nem támogatja a jelentések előállítását, 
egyedül a Rekall maradt. 


ismerkedés a Rekallal 
A Rekallt egy brit cég, a Series One Consulting fejleszti. 
Mike Richardson, a Series One vezető tanács- 
adója 2001-ben kezdte írni a Rekallt 
— egész egyszerűen zavarta, hogy 
nincsenek adatbázis-fejlesztői 
eszközök Linux alá. 
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Mike-hoz később csatlakozott John Dean is, aki a Windows 
és a Macintosh alatti fejlesztésért vállalta a felelősséget, illet- 
ve megírta az Oracle és a DB2 illesztőprogramokat. 

A Rekallt eleinte a TheKompany terjesztette, mint kereszt- 
platformos, kereskedelmi fejlesztőeszközeinek egyikét. 

2003 végén a terjesztési szerződés lejárt, és a Series One 

úgy határozott, a továbbiakban maga terjeszti a Rekallt. 

Aki tehát a Rekall megismerése mellett dönt, az 

a Totalígekall vagy a RekallRevealed webhelyről töltse le, 
ezek ugyanis a tevékenyen támogatott változatok. 

A Rekall kétféle, GPL és zárt szerződés hatálya alatt érhető 
el. Ennek oka az, hogy Ot alapú, és amikor első változatai 
megjelentek, a Irolllech még nem GPL hatálya alatt kínálta 
a Ot windowsos változatát. A Rekall linuxos változatát 
tehát forráskód formájában szabadon letölthetjük 

a RekallRgevealed webhelyről, de dönthetünk úgy is, 

hogy fizetünk 25 fontot (körülbelül 9200 forintot), ekkor 

a linuxos, a windowsos és a Macintosh alá készült futtatható 
változatot egyaránt megkapjuk. A Series One ODBC, Oracle 
és DB2 adatbázis-illesztőprogramokat és futási idejű csoma- 
gokat is kínál — felár ellenében. 

A Rekall következő kiadása a 2.4-es lesz, várhatóan 

több különböző változatban lesz elérhető. A GPL-es válto- 
zat mindig forrás formájában lesz beszerezhető. A Series 
One úgy tervezi, hogy egy Professional változatot is megje- 
lentet, mely két további szolgáltatást lesz képes biztosítani: 


Titkosítás — Segítségével úgy terjeszthetjük alkalmazásain- 
kat, hogy nem kell forráskódjuk lemásolásától tartanunk. 

A Rekall Professional változata által kínált titkosításnak kö- 
szönhetően alkalmazásainkat az ügyfelek számára személy- 
re szabott védelemmel adhatjuk majd át. 


Webalkalmazások készítése — Segítségével bármilyen Rekall 
alkalmazásból LAMP alapú webalkalmazást készíthetünk — 
lásd a Rekallígevealed webhelyét. 


A Rekall hátrányai 

Használata során felfedeztem a Rekall néhány hiányosságát 
is. Először is, nem biztosít egyszerű eljárást menüsorok lét- 
rehozására, másodszor pedig az általa előállított alkalmazá- 
sok nincsenek titkosítva. 

A Rekall-alkalmazásokban található egy szabványos me- 
nüsor és eszköztár, amellyel a végfelhasználó — egyéb 
műveletek mellett — például lekérdezéseket indíthat el. 
Mivel szolgáltatásai meglehetősen széles körűek, ha korlá- 
tozni akarjuk a felhasználók számára elérhető lehetősége- 
ket, akkor teljesen le kell tiltanunk a menüt és az eszköztá- 
rakat. Aki nem fél az XML fájlok kézi szerkesztésétől, 

az korlátozni tudja a megjelenő gombok és menük körét, 
illetve sajátokat is létrehozhat. Ugyanakkor ez a használat 
egy nem támogatott módja, tehát jó volna, ha a szerzők 

a következő változatot kibővítenék ezzel a lehetőséggel. 

A kód teljes egésze, illetve az alkalmazásokban használt 
űrlapokat leíró XML szöveges formátumban tárolódik 

a fájlrendszerben vagy az adatbázisban. Ha tehát olyan 
alkalmazást fejlesztünk, amelytől valamilyen bevételt 
várunk, akkor érdemes megvárnunk a titkosítási és 
webalkalmazás-készítési lehetőség megjelenését; esetleg 
megismernünk más megoldásokat, mint az alkalmazás 
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szolgáltatásként való rendelkezésre bocsátását lehetővé 
tévő FreeNX. Egy az alkalmazással együtt terjesztett futási 
idejű könyvtárat megvásárolva korlátozhatjuk a végfel- 
használók által végrehajtható műveletek körét, ugyanis 

a futási idejű könyvtárak nem tartalmazzák a fejlesztői 
eszközöket. Ezzel a megoldással azonban nem akadá- 
lyozhatjuk meg a hozzáértőbb felhasználókat abban, 
hogy letöltsék a Rekall teljes változatát, kimásolják 
kódunkat az alkalmazásból, majd felhasználják saját cél- 
jaikra, esetleg a fájlok módosításával saját szolgáltatásokat 
valósítsanak meg. A Rekall Professional változatának 
kiadása után az ügyfelek számára személyre szabottan, 
titkos kulcsra alapuló eljárással tudjuk majd elfedni az 
alkalmazások belső világát. 

Természetesen annak is vannak előnyei, ha mindent nyílt 
XML-ben hagyunk. Nemrég észrevettem, hogy van egy 
sorozatnyi hibás beállításokkal ellátott összetevőcsoportom, 
más néven blokkom. Szerencsére semmi szükség nem volt 
arra, hogy kivág-beilleszt módszerrel javítsam ki, esetleg 
újratervezzem az egyes blokkok mind a 11 mezőjét, ehe- 
lyett egyszerűen átírtam az XML-t, a blokkokat a lekérdezé- 
sek helyett a megfelelő táblákra irányítva, és minden gond 
nélkül működött. 


A Rekall beszerzése 

Miután egy ideig dolgozgattam a Rekall forrásként letöl- 
tött linuxos változatával, a windowsos telepítőkészletként 
vásárolt változattal is kipróbáltam az alkalmazásomat. 

Az eredmény meggyőző volt, az alkalmazás mindkét 
környezetben azonos módon működött. Az átültetés 
Windows alá gyerekjáték volt: egyszerűen készítettem 
egy biztonsági mentést a linuxos gépemen futó 
PostgreSOL adatbázisról, majd átmásoltam ezt a fájlt, 
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valamint a Rekall tervezetfájlját a windowsos gépre. 

Ott visszaállítottam a mentési fájlt a PostgreSOL 8.0.2 
windowsos változata alá, majd a Rekall windowsos 
változata alatt futtattam a tervezetfájlt. 

A windowsos telepítés mérete nagyjából 7 MB. Ügyeljünk 
arra, hogy a Rekall telepítése előtt a Python megfelelő vál- 
tozatát is telepítsük. A Rekall 2.2.3, tehát a jelenlegi kiadás 
használatához a Python a 2.3-as sorozatba tartozó változata- 
inak valamelyike szükséges. 

A Linux alatti lefordítás roppant egyszerű. CentoOS 3 alatt 

a fordítás és a telepítés egyaránt hiba nélkül zajlott le. 
CentoOS 4-re frissítés után ugyan fordítási hibákat kaptam, 
ám az alkalmazás telepítése így is lezajlott. Viszonylag régi, 
900 MHz-es Athlon processzorral és 512 MB memóriával el- 
látott gépemen a fordítás körülbelül egy órát igényelt. 

Első futtatásakor a Rekall jó néhány párbeszédpanelt 
jelenít meg, ezek segítségével a fejlesztői környezet külön- 
féle beállításait adhatjuk meg, ilyen például a rekordífrissíté- 
sek és a törlések ellenőrzése, illetve a fejlesztői környezet 
elrendezése. A beállításokkal kezdő megadásuk után többé 
nem kell foglalkoznunk, hacsak le nem töröljük a Rekall 
beállító fájlját. 


Példaalkalmazás 

Szemléltetni szerettem volna a Rekallban végzett fejlesztői 
munka könnyűségét, ezért összeállítottam egy apró, filozó- 
fusok publikációinak nyilvántartására használható alkalma- 





zást. Segítségével mind a fejlesztés egyszerűségét, mind 

a Python alapú parancsfájlkészítési lehetőségeket be tudom 
mutatni. Célom az 1. ábrán láthatóhoz hasonló alkalmazás 
készítése volt, egy kisebb adatbeviteli ablak két lappal, alul 
pedig egy jelentés- és egy állapotsor, mely az éppen kivá- 
lasztott filozófust adja meg. 

Első lépésként módosítanunk kell a PostgreSOL beállításait, 
hogy megfelelően együttműködjön a Rekallal. Ehhez 

a helyi alkalmazások által indított kapcsolatok támogatására 
van szükség, amelynek engedélyezését az A PostgreSOL be- 
állítása című széljegyzet foglalja össze. Ha ezzel végeztünk, 
adjuk hozzá a philosophy major felhasználót, adjunk neki 
jelszót, valamint hozzuk létre a philosophers adatbázist. 
Mindezeket a lépéseket még az előtt kell elvégeznünk, 
hogy a Rekallal először csatlakoznánk, ugyanis a Rekall 
nem képes felhasználók és adatbázisok hozzáadására. 

A PostgreSOL kiszolgáló újratöltése után létrehozhatjuk 

az első kapcsolatot. 

A következő teendőnk a tervezet létrehozása. Nyissunk 
meg egy terminálablakot, és hozzunk létre egy könyvtárat 
a tervezet számára, majd a rekal 1] paranccsal indítsuk el 

a Rekallt. Telepítés után a rekall futtatható fájljának 

a /usr/bin könyvtárban kell lennie. 

A tervezet létrehozására szolgáló varázsló első képer- 
nyőnjén adjuk meg az adatok tárolására kiválasztott könyv- 
tárat és a tervezet nevét, majd adjuk meg az űrlapok, a je- 
lentések és a többi XML adatszerkezet tárolási helyét. Ezek 
az elemek egy különleges Rekall Objects táblában az adat- 
bázisban is tárolható k de fájlok formájában a fájlrendszer- 
ben is elhelyezhetők. Miután kiválasztottuk a tárolási 
helyet, adjuk meg, hogy milyen adatbázist használunk. 
Külön-külön illesztőprogramok segítségével több adatfor- 
rással is dolgozhatunk, de a most látható párbeszédpanel 

a fő adatbázisra vonatkozik. 

A következő két párbeszéden az adatbázist futtató állomást, 
a kapcsolatok fogadására használt kaput és a kapcsolatok 
létrehozásánál használt felhasználónevet és jelszót kell 
megadnunk. Ha a csatlakozás sikeres, kiválaszthatjuk, 
hogy melyik adatbázist kívánjuk használni. 

Az adatbázis kiválasztása után a 2. ábrán láthatóhoz ha- 
sonló képernyő jelenik meg. Ezen a ponton megkezdhetjük 
az alkalmazás összeállítását. Ennek első lépése a táblák lét- 
rehozása, melynek elvégzéséhez kattintsunk az Objects 
(Objektumok) fa Tables (Táblák) elemére. Válasszuk ki 

a megfelelő kiszolgálót, majd kattintsunk duplán a Create 
new table (Új tábla létrehozása) parancsra. Megjelenik 

a 3. ábrán is látható táblaépítő. 

A Rekall a már meglévő táblákat nem tudja használatba 
venni - érdekes feladat volna egy adatbázissémákat Rekall 
definíciós fájlokká alakító segédprogramot írni. Ha a Tables 
fában rákattintunk az egér jobb gombjával a tervezetünk 
nevére, akkor megjelenik egy menü, melyből módunk nyí- 
lik táblameghatározás beemelésére. A meghatározásnak 
XML fájlban kell lennie, ilyet viszont SOL táblameghatá- 
rozásból hozhatunk létre. 

Itt az ideje, hogy létrehozzunk néhány űrlapot a koráb- 
ban megadott adatbázissémák alapján. Szerencsére 

a Rekall erre is biztosít néhány könnyen használható 
eszközt. Ha rákattintunk az Objects fa Forms ( Űrlapok) 
elemére, majd kibontjuk a tervezetünk után elnevezett 
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elemet, akkor varázsló segítségével vagy a nélkül hoz- 
hatunk létre űrlapot. Még ha lapokra osztott oldalakat 
tartalmazó, összetett alkalmazásokat készítünk is, érde- 
mes először mindegyik lapot külön űrlapként létrehozni, 
aztán másolni ezeket az objektumokat, majd beilleszteni 
őket az űrlap megfelelő blokkjaiba. 

A 4. ábrán követhető, hogy a varázsló segítségével hogyan 
hoztam létre egy űrlapot a filozófusok táblája alapján. 

Az űrlapok felett széles körű ellenőrzést gyakorolhatunk, 
még a varázsló használatakor is. Nemcsak a használni 
kívánt táblát és mezőket választhatjuk ki, de megadha- 
tunk oldalanként több rekordot, valamint meghatározhat- 
juk a mezőformátumokat és az oldalhoz önműködően 
hozzáadandó eszközöket is. A 4. ábrán látható képernyőn 
a varázsló a képernyő alján látható gombokat és a legalul 
megjelenő, apró navigációs eszközt adta hozzá. A Nav. 
Toolnak (Navigációs eszköznek) nevezett apró kiegészítő 
segítségével rekordról rekordra lépve navigálhatunk az 
adatbázisban. 

A Philosophers (Filozófusok) és a Publications (Publikációk) 
űrlapját létrehozásuk után (5. ábra) közös ablakba kell 
egyesítenünk. Itt mutatkozik meg az űrlapok kézi létreho- 
zásának előnye, így ugyanis kívánságunk szerint tudjuk 
hozzáadni az összetevőket. Mielőtt rátérnénk erre, meg 

kell ismerkednünk a blokk fogalmával. 

A Rekall úrlapjaiban az adatokat a blokkoknak nevezett 
egységek képviselik. Számos blokktípus létezik, a legegysze- 
rűbb a tábla blokk, de van lekérdezés és SOL blokk is, utób- 
biak egy adott lekérdezésből származó adatokat jelenítenek 
meg. Egy űrlap tetszőleges számú blokkot tartalmazhat. 

A blokkok a képernyőn gyakorlatilag tetszőleges elrendezés- 
ben megjeleníthetők, illetve noteszablakba, lapokra elosztva 
is elhelyezhetők. Mivel csak egy ablakot akartam, én is ilyen 
megoldást választottam. 

A noteszablak létrehozásához készítettem egy új űrlapot, 
de a varázsló nélkül. A parancs kiválasztása után a 6. ábrán 
látható Form Attribute (Űrlap jellemzői) ablak jelent meg. 
Mint látható, alapszintű ablakot választottam. Ezt nem lehet 
átméretezni, nincs állapotsora, valamint legfelsőbb szintű 
blokkjának típusa null - a kiválasztási párbeszédben ez 

a menu (menü) blokk nevet viseli. A legfelsőbb szintű blokk 
típusaként menüt, avagy nullt választva válik lehetővé, 
hogy a blokkokat és a vezérlőelemeket tetszőleges módon 
rendezzük el az űrlapon. 

Rájuk kattintva menjünk végig az összes jellemzőn, tegyük 
meg a szükséges választásokat, illetve kattintsunk rá a pár- 
beszéd alján található Accept (Elfogadás) gombra. Ezt köve- 
tően a Form Attribute ( Űrlap jellemzői) oldalhoz sokban ha- 
sonlító Block attribute (Blokk jellemzői) ablak jelenik meg. 
Mivel most egyszerű menü blokkról van szó, az alapértel- 
mezett értékek túlnyomó részét nyugodtan elfogadhatjuk, 
a legtöbb érték úgyis csak a tábla vagy a lekérdezés blok- 
kokra érvényes. Ezzel egy üres lapot kapunk, amit a kívánt 
nagyságúra méretezhetünk, majd hozzáadhatjuk a lapozó 
vezérlőelemet. 

Mindegyik lapon létre kell hoznunk egy a megfelelő 
táblához tartozó tábla blokkot. Ez után másoljuk át 

a Philosophers űrlapon található blokk tartalmát a la- 
pokra osztott Philosophers ablak megfelelő blokkjaiba. 

A Publications lappal ismételjük meg a műveletet. Ha ez is 
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megvan, nevezzük el a mezőket, módosítsuk a Publications 
oldal Abstract (Kivonat) mezőjének méretét - és végeztünk 
is, legalábbis ami a noteszablakot jelenti. 

Most át kell váltanunk a Philosophers oldalra, és meg 
kell adnunk a publikációk kereséséhez használt kulcsot. 
Erre a fő űrlap alján, a lapozó vezérlőelem alatt látható 
állapotcímke használható. A címke szöveges értéke 
minden adatbázisbeli keresésnél vagy új bejegyzés létre- 
hozásánál beállításra kerül. A beállításra akkor kerül sor, 
amikor az 1. kódrészletben található kódot a Philosophers 
blokk On Display (Megjelenítéskor) eseményével, vissza- 
hívással futtatjuk. A Publications blokk megjelenítésekor 
















1. kódrészlet Philosophers blokk: 


def eventFunc (block, row) 
someMainForm - block.getFormO ; 
currBlock - block; 


dataLabel 
someMainForm. getNamedctr]( "current philosopher") ; 
dataLabel . setText(currBlock . getNamedctr1] 


s ("]ast name") .getvalueO ); 





2. kódrészlet Publications blokk: 


def eventFunc (block, row) 
mainForm - block.getFormO ; 


currBlock 
dataLabel 


currBlock.setuserFilter(dataLabel . getvalueO ) ; 


block; 
mainForm. getNamedCtr1 
s ("current philosopher"); 


megtörténik az On Display esemény meghívása 
a blokkhoz, amely egy felhasználói szűrőt állít be 


a blokkban megjelenő adatokra. A felhasználói szűrő 


kódja a 2. kódrészletben található. 


Végül kell valamilyen megoldás az adatbázisban szereplő 
filozófusok kilistázására. A 7. ábra a Rekall jelentéskészítő 


szolgáltatását szemlélteti. 


A Rekall számos további összetevőt ismer, például jelen- 
téseket, lekérdezéseket és adatmásolókat. Mindegyik 


összetevő hasonló könnyedséggel hozható létre, 


és ugyanolyan sokoldalúságot kínál, mint az űrlapok. 


Osszefoglalás 


Mint remélem, sikerült bemutatnom, a Rekall és 
a PostgreSOL párosával - Linux alatt — bármilyen 


adatbázis-programozási feladatot rövid idő alatt elvé- 
gezhetünk, miközben a számos tanácsadó által igényelt 
több rendszeren való működés képességét is biztosít- 
hatjuk. Ahogy a vállalatok egyre nagyobb számban 
térnek át a Linux használatára a munkaállomásokon, 

a Rekallhoz hasonló termékek iránti igény nagyságren- 
dekkel fog bővülni. 


A PostgreSOL beállítása 


Ha alapértelmezett beállításokkal telepítjük, a PostgreSOL 
8.0.2 a felhasználókat linuxos azonosságuk ellenőrzésével 
hitelesíti. Ha biztonságosabb alkalmazást akarunk írni, 


állítsuk át az adatbázist jelszó alapú hitelesítésre. 
Ezt az alábbi lépéseket követve tehetjük meg. 


Először módosítsuk a postgres adatbázis-felhasználó 
jelszavát, így akkor is be tudunk jelentkezni, ha jelszót 
kell megadnunk: 


1. Írjuk be a parancssorba a su parancsot, majd adjuk 


meg a root jelszót. 


2. Adjuk kia su postgres parancsot. 


3. Apsal template1 paranccsal indítsuk el 
a psgl monitort. 


4. Ajelszótazalter user postgres with password 
"pgjelszo89" paranccsal változtathatjuk 
meg, természetesen az általunk kívánt jelszót 
használva. 


5. A monitorból a Ya parancs kiadásával és az ENTER 
lenyomásával léphetünk ki. 


Második teendőnk a pg hba.conf fájl módosítása, amelyet 
követően az adatbázis az md5 jelszavakat is el fogja fogadni 
az összes kapcsolathoz. (Alapesetben az adatbázis-kezelő 

a hitelesítést az aktuális Linux fiók alapján végzi.) Alap- 
értelmezett telepítésnél a fájl a /var/lib/pgsgl/data könyv- 
tárban található. Keressük meg benne az alábbiakhoz 
hasonlító sorokat: 


$ "local" 1s for Unix domain socket connections 


f only 

local all all trust 
f IPv4 local connections: 

host all all 127.0.0.1/32 md5 

f IPv6 local connections: 

host all all : :1/128 md5 


A jelszavak engedélyezéséhez a local kezdetű sorban 
a trust kulcsszót módosítsuk md5-re, majd mentsük el 
a fájlt. Indítsuk újra a PostgreSOL-t, a Red Hat jellegű 
rendszereken ezt a /sbin/service postgresg! reload 
paranccsal tehetjük meg. 

Ezt követően a felhasználókat és az adatbáziso- 

kat a PostgreSOL beépített eszközeivel vagy külső 
eszközökkel, például a PgAdminlII segítségével 
hozhatjuk létre. A PostgreSOL webhelyén mind- 
ezekkel a témakörökkel kapcsolatban kiváló leírásokat 
lehet találni. 
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A hódító Kongueror 


A Kongueror egy webböngésző, 


egy fájlkezelő, egy komplex 
megjelenítő, egy teljes FTP-kliens 
és egy teljesen személyre 
szabható program egyben. 
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Kongueror név egy a korábbi 
böngészőgenerációk szójá- 
tékára vezethető vissza. 
Először volt a Navigator a Netscape- 
től, majd a felfedező, alias , Explorer", 
és most a tulajdonképpen angol hódí- 
tó ,congueror", K betűvel írva. AK 
a KDE felületre utal. (Iapasztaljuk ezt 
nagyon sok KDE-s programnál). 
A következőkben SUSE 9.2 
Professional operációs rendszer, KDE 
3.3 grafikus felület alatt mutatom be 
a Kongueror használatát. 
A Kongueror indítása után megjelenik 
a bemutatkozó oldal (1. ábra), ahol egy 
háromoldalas gyorstalpalót olvasha- 
tunk. lovábbi linkeken keresztül új is- 
meretekkel lát el bennünket, például 
elérhető a SUSE HelpCenter-e, vagy 
hogyan oszthatjuk meg a képernyőn- 
ket vízszintesen illetve függőlegesen. 
Vegyük sorra a képességeit. 


A Kongueror KHTML modult használ. 
(Ugyanezt a modult használta fel 

a Safari.) Ez képessé teszi a Konguerort 
a HTML 4.01 értelmezésére (2. ábra), 
van benne beépített Java, CSS2 és két- 
irányú írás támogatás(ilyen például az 
arab). Támogatja továbbá a Java kisal- 
kalmazásokat (applet) valamint az 
olyan Netscape bővítményeket (Plug- 
In), mint a Flash, a Real Audio, a Real 
Video, a PDF, az rpm és az SSL. 
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Kongueror 


Bemutatkozás 
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Üdvözöljük a Kongueror 3.3 böngészőben! 


A Köngüerőr segítségével a hálózaton elérhető fájlok ugyanolyan könnyen 
kezelhetők, mintha a helyi fájlrendszeren lennének. A KDE-ben használt 
komponensalapú technológiának köszönhetően a Kongueror egy olyan teljes értékű, 
konnyen használható és kényelmes webbongésző, amellyel bátran neki lehet vágni 


ez internet felfedezésének, 


Egyszerűen Írja be a kívánt internet-címet (pl, http:/Awww.kde.org) és nyomjá meg 
az Enter billentyűt, vagy válassza ki valamelyik könyvjelzőt. Ha vissza szeretne lépni 
az utoljára megnézett weboldalra, nyomja meg ezt a gombot: G ("Vissza") az 
eszkoztárban. Ha a saját könyvtárába szeretne lépni, nyomia meg ezt a gombot; 4) 





W 7. ábra A Kongueror indítása után megjelenik a bemutatkozó oldal 


Űrlapkitöltés használata során meg- 
jegyzi az oldalakhoz tartozó beviteli 
mezők értékeit, mellyel nagyban meg- 
gyorsítja az oldalakra való bejelentke- 
zést, vagy adott esetben a rendelések- 
nél szereplő címek ismételt megadá- 
sát, de ez csak egy pár eset a felhasz- 
nált területek közül. 

A menüsort az ALT billentyű és 

a kiemelt betűk lenyomásával érhet- 
jük el. Így a Cím" menüt az Alt - C 
együttes lenyomásával jeleníthetjük 


meg. Az ablakra vonatkozó műve- 
leteket az 1. Táblázat foglalja össze. 
Lehetőségünk van az adott webcím 
linkként, illetve fájlként való közvetlen 
elküldésére levélben. Ehhez meghívja 
az alapértelmezett levelezőszoftvert 
segítségül. (nálam KMail) Ebben a me- 
nüben található a weboldal mentése és 
nyomtatása is, továbbá a más böngé- 
szővel megnyitása. (például Opera, 
Mozilla, Firefox) Ezenkívül a feltelepí- 
tett HIML- szerkesztők sorakoznak 
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Hnuxos közösség segítségét 


fel, mint webszerkesztők. (Bluefish, 
Ouanta plus, KVim) Láthatjuk a menü 
utolsó sorában a kilépés gyorsbillentyű 
kombinációját. (CTRL 1 0) 

A , Szerkesztés" menüben a szokásos 
parancsokat találjuk, úgy mint (ha ki 





van jelölve egy szövegrész) a , Máso- 
lás", ,Minden kijelölése", , Keresés" 

és a Következő keresése". A hozzájuk 
tartozó gyorsbillentyűk a megszokot- 
tak. Rendre CTRL 4 C, CIRL -- A, 
CIRL 4 F és az F5. 

A , Nézet" menüpontban a , Nézetmód" 
alatt a beágyazott modulokat talál- 

juk. Elsődlegesen természetesen 

a KHTML-t, hiszen így látjuk rendesen 
a weboldalt. A modulok sorát a beágya- 
zott kódszerkesztők a Kate és a karak- 
teres Vim követi. A feltüntetett utolsó 
modul A KimageMapEditor, melynek 
segítségével az oldalon található 
képeket nézegethetjük. Ebben a menü- 
pontban nyílik lehetőségünk a betűmé- 
retek nagyítására/kicsinyítésére (CTRL 
t H/CIRL -t -), ami segíti az olvasható- 
ságot. A , Biztonság..." menüben az SSL 
titkosításokat tudjuk kezelni. Ha nincs 
bekapcsolva az automatikus frissítés az 
Eszközök" menüben, akkor F5 lenyo- 
másával frissíthetjük a weboldalainkat. 
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Az , Ugrás" menüben az eddig megje- 
lenített oldalaink között vándorolha- 
tunk, egyesével vagy a lent megjelenő 
listából kiválasztva közvetlenül. Az 
ugrás az alkalmazásokra, beállításokra 
és eszközökre egy-egy speciális címet 


takar. Ezekről később még lesz szó. 


A 


Az , Automatikus indítás" megjeleníti 
a .kde/Autostart/ alkönyvtárt, ahova 
létrehozhatjuk azokat a például prog- 
ramokra mutató linkeket, amiket 

a KDE betöltése során automatikusan 
el szeretnénk indítani. 

A leggyakrabban felkeresett oldalak" 
menüpont neve azt hiszem magáért 
beszel 

A Könyvjelzők menüben a fontosnak 
tartott linkjeinket tárolhatjuk. Adott 
linkre új könyvjelzőt a CTRL -- B bil- 
lentyűkombináció segítségével tehe- 
tünk. Előbb utóbb annyi lesz, hogy lo- 
gikailag érdemes őket csoportosítani, 
ehhez nyújtanak segítséget az , Új 
könyvjelzómappa" és , A könyvjelzők 
módosítása" menüpontok. 

Az , Eszközök" menüpont alatt talál- 
hatjuk többek közt az , Automatikus 
frissítés" menüt. Ez nagyon jó lehet 
egy online sportközvetítés során pél- 
dául sakk, vízilabda stb. A , HTIML- 
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beállítások"-nál engedélyezhetjük 

a Java, JavaScript, Cookte-k, 
Bővítőmodulok használatát, a képek 
automatikus betöltését, (régen lassabb 
internet kapcsolat esetén nagy hasz- 
nunkra vált) a Proxy, illetve a gyorstár 
működését. , A weboldal lefordítása" 
akkor válhat számunkra nagy segít- 
séggé, ha bizonyos információkat 
olyan oldalakon találhatunk meg, 
amelyeknek nyelvét nem ismerjük. 
Angolról, franciáról, németről kereszt- 
be fordít, azaz bármelyikről bárme- 
lyikre elérhető a fordítás. Angolról 

14 nyelvre képes fordítani. , A web- 
oldal learchiválása" annyiban külön- 
bözik a , Mentés másként"-től, hogy 
az oldalhoz tartozó képeket is lementi. 
Ha bizonyos oldalak egyfajta böngé- 
szőre vannak optimalizálva például 
Internet Explorer, és helytelenül, vagy 
egyáltalán nem jelennek meg, akkor 
A böngészőazonosító megváltoztatá- 
sa" során rá tudjuk kényszeríteni az 
oldalt a megjelenítésre. 

A Beállítások menüben érhető el 

a , Eszköztárak" megjelenítése 

négy különböző eszköztárral. 

(Fő, Extra, Címmegadási és Könyvjelző 
-eszköztár) 

leljes képernyős módra 

a CTRL1-Shift14- F-fel válthatunk, 

míg a menüsort a CTRL1-M-mel 
tüntethetjük el. 

Váltogathatunk a nézetprofilok 
között, úgymint , Egyszerű böngésző", 
rLapozós böngésző", , Fájlkezelés" , 
KDE-s fejlesztés", , Midnight 
Commander", és a ,Webböngészés". 

A , KDE-s fejlesztés" megjele- 

nít egy több lapból álló oldal- 
struktúrát, ahol dokumentációk 
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a fájlkezelőben 





(d Hibajelentés küldése - Kongueror £ ala Ea AG 
[Neee Et , Kongtteror 198 


nák ad 
Op. rendszer: Linux (i686) release 2.6.8-24-default 
Fordítóprogram: gcc version 3.3.4 (pre 3.3.5 20040809) 


Hibabejelentés elküldéséhez kattintson az alábbi linkre, 
Ekkor megnyílik egy böngészőablakban a http;//bugs .kde.org oldal, ahol egy űrlapban meg lehet adni az adatokat, 
A fent látható információk automatikusan bekerülnek a jelentésbe, 





NI 5. ábra Hibabejelentés küldése 


2. táblázat A Konguerorral használható protokollok 


Mios vagy htios :// weboldal 

TEO. FIP -Kliens 

file: // normál fájlkezelő 

TISÍME/ SSH -Kliens 

smb:// Samba megosztások 

lan:// Lan megosztások 

imap:// IMAP Server hozzáférés 

Idap:// LDAP Server hozzáférés 

settings:/ Rendszerkonfiguráció (olyan mint a vezérlőpult, 


csak Explorer szerűen megjelenítve) 


programs:/ Az alkalmazásokra mutat 

SETVIGS: / SLPF-Kliens 

ADO: Infooldal 

man:/ Manual oldalak 
olvashatók a KDE fejlesztésről, a , Lapozós böngésző", de itt a kde.org, 
a Irolltech-es Ot-ről, és a gcc -ről. kde-look.org, kde-app.org, és 
Hasonlóan többlapos oldalstruktúra a dot.kde.org jelenik meg. 
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W 4. ábra A Navigációs panel és a Parancsértelmező megjelenése m 6. ábra A Fájlkezelő 








A billentyűparancsok beállítása" ha- 
tására megjelenik egy olyan szerkesz- 
tő, ahol az összes menüpont fel van 
sorolva a hozzátartozó alapértelmezett 
billentyűparancsokkal. Ezeket megvál- 
toztathatjuk esetleg újakat definiálha- 
tunk. , Az eszköztárak beállítása" telje- 
sen hasonló mint más programokban. 
Az adott eszköztárra felvehetünk illet- 
ve eltávolíthatunk menüket. 

A , Beállításokban" az utolsó menü- 
pont , A(z) Kongueror beállítása", erről 
majd később lesz szó. 

Az , Ablak" menüben találunk néhány 
hasznos funkciót. Ilyenek például 

a , Nézetelválasztás függőlegesen" és 

a , Nézetelválasztás vízszintesen", 

Egy extrém helyzetet mutat a 3. ábra 
Mindig az az ablakrész az aktív, ahol 
a bal alsó sarokban lévő RadioButton 
zölden világít. A fent említett képen 

a felső ablak. Az aktív ablakrészt 

a CTRL-1-SHIFT3-R-rel zárhatjuk be. 
Az , Ablak" menüben is megtalálható 
az , Új lap" menü és egy kicsit más- 
ként az , Az ablak duplikálása", még- 
pedig , Az aktuális ablak duplikálása" 
néven. A különbség csak annyi, hogy 
itt új lapot nyit meg ugyanabban az 
ablakban, míg a , Cím" menüben 
szereplő, új ablakot is. 
Parancsértelmezőt az ablak alatt, 
Navigációs panelt az ablak bal oldalán 
jeleníthetünk meg. (4. ábra) 

Az utolsó menüponthoz értünk, ami 
nem más mint a , Segítség". A szoká- 
sos menüpontokkal megtűzdelve: 
 Kongueror kézikönyv", ,, Mi ez?", 
Névjegy: Kongueror", , Névjegy: 
KDE", , A Kongueror bemutatkozó 
oldala". (már találkozhattunk ezzel 


az oldallal a leírás elején 1. ábra) 

A ,Hibabejelentés..." alkalmazása so- 
rán segítséget nyújthatunk a fejlesz- 
tőknek a hibák feltárásában. (5. ábra) 
A címsotba írt előtagok segítségével 

a Kongueror más és más képességét 
érhetjük el. A lehetséges protokollokat 
a 2. Táblázat foglalja össze. 


Alapesetben a Kongueror egy egypa- 
neles fájlkezelő (6. ábra), de mint fen- 
tebb a webböngésző részben már ír- 
tam, itt is használhatjuk a , Nézetelvá- 
lasztás függőlegesen" vagy a , Nézetel- 
választás vízszintesen" menüket, ami 
után már mint kétpaneles fájlkezelőt 
használhatjuk. Lehetőség nyílik 

a , Drag and Drop"-ra, ami nemcsak 

a panelek között működik, hanem az 
ablakok között is. 

A ,Cím" menüben megjelenik két új 
lehetőség. Az egyik a KDirStat (7. ábra). 
Ez nem más mint egy statisztikai elem- 
zés alkönyvtárszerkezetünkről, renge- 
teg hasznos információval megspékel- 
ve. Az egyik legfontosabb, hogy melyik 
alkönyvtár mennyi helyet foglal el 

a winchesterünkön. A könyvtárstatiszti- 
ka számos lehetőséget tár elénk, de ez 
már egy másik alkalmazás másik törté- 
nettel. A másik új lehetőség a Cervista. 
Fejlesztések során, verziókövetésnél 
van szerepe. Aki dolgozott már na- 
gyobb projekten, annak nem kell ecse- 
telni a jelentőségét. 

A , Szerkesztés" menüben megjelent az 
, Új elem létrehozása". Léttrehozhatunk 
alkönyvtárat, fájlt, és eszközt. Fájlok 
közül pl.: prezentációt, szöveges do- 
kumentációt, egyszerű szöveget, táblá- 
zatot, HIML -t és mindenek előtt al- 
kalmazásra mutató linket. Eszközök 
lehetnek például a háttértárak. Mivel 
manapság egyre jobban terjednek 

a digitális kamerák, így ez sem marad- 
hatott ki az eszközök közül, menü- 
pontot tekintve , Digitális kamera..." . 
Hasznos segítségnek számít a másolá- 
soknál, áthelyezéseknél, törléseknél 

a , Kijelölés" használata. Vigyázat a ki- 
jelölés érzékeny a kis- és nagybetűkre, 
vagyis a JPG és a jpg különbözik! 

Ha már van(nak) kijelölt állománya- 
ink azt lehet átmásolni, áthelyezni, 
átnevezni, beilleszteni és törölni. 
Kétféleképpen törölhetünk. Az első le- 
hetőség egy átmeneti tárolóba történő 
áthelyezést takar, ez , A szemétkosárba 
dobás", a második fizikai törlés is egy- 
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NI 7. ábra KDirStat 


[Isdo s LAT 
1721 KB 
156.5 KB 
FA GENS 
1,8 KB 


3. táblázat Afjelölési műveletek 


CTRL -£ -k Kijelölés hozzáadása 
CTRL -£ - Kijelölés törlése 

CTRL 4" Kijelölés invertálása 
CTRL 4 U Kijelölés megszüntetése 
CIRL £ A Mindent kijelöl 


ben. A törlés egy olyan művelet, ami 
megerősítést kér arról, hogy biztosan 
ezt akarjuk -e csinálni. Nem jó dolog, 
ha véletlenül olyan állományt vagy 
alkönyvtárat törlünk le, amit nem 
szerettünk volna. Azonban lehetőség 
nyílik ennek a megerősítési kérelem- 
nek a kiiktatására. 

A fájlokhoz, alkönyvtárakhoz tartozó 
tulajdonságokat az ALT t Enter-rel 
nézhetjük meg. Itt nem csak a fájl, 
alkönyvtár jellemzője jelenik meg, ha- 
nem a jogosultságok, és alkönyvtárak 
esetében a megosztás is. 

A ,Nézet" merni teljesen kicserélődött 
a webböngészőéhez képest. A nézet- 
módban , Ikonos", , Lista", , Fastruktú- 


y, 


ra", ,Lista (rövid)", , Lista (részletes) ", 


y, 


sSZÖveges", ,Gwenview Image 
Browser View", , Fájlméret-nézet", 
KFileReplace", , CVS-kliens" -t talá- 
lunk. A nézetmódokban egyesével 


kapcsolhatjuk ki/be a megjelenített 


mezőket. Ezeket érdemes otthon ki- 
próbálni. Mindenkinek más és más 
nézetmód a szimpatikus. Hasznos, 

ha tudjuk, hogy ebben a menüben 
kapcsolhatjuk be a rejtett fájlok 
megjelenítését. 

A ,Nézet" -ben utolsó menüpont 

A háttér beállítása". Használhatjuk 

a szokásos színválasztó rendszert, 
vagy képeink közül válogathatunk 

és helyezhetünk be belőle háttérnek. 
Mindkettőt könnyen kezelhetjük. 

Az ,Ugrás" és a , Könyvjelzők" menük 
nem változtak. 

Az ,Eszközök" -ben megjelenik 

a ,Fájlkeresés..." menüpont. Kereshe- 
tünk fájlra, alkönyvtárra, tartalomra, 
tulajdonságra. Használhatjuk a helyet- 
tesítő karaktereket, úgymint " és ?. 
Vannak olyan esetek, amikor egy al- 
könyvtárban rengeteg állomány van, 
számunkra meg csak bizonyos állomá- 
nyok érdekesek. Ekkor jut szerephez 
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a , Nézetszűrő". Alkalmazása során 

a nekünk tetsző, nekünk fontos állo- 
mányainkat tudjuk kilistázni. 
Rögtönzött weboldalt tudunk létre- 
hozni képeinkből a , Képbemutató 
létrehozása..." menüvel. Lehetőségünk 
nyílik nemcsak az adott alkönyvtár, 
hanem az ő alkönyvtárainak hozzá 
vételére is. Rekurzió mélységet állít- 
hatunk be, hogy milyen alkönyvtár- 
mélységig dolgozza fel a struktúrát. 
Alapesetben végtelenre van állítva. 
Beállíthatjuk a betűtípust, betűmére- 
tet, a képek számát soronként, hogy 
csak egy pár lehetőséget említsek. 

A , Beállítások" -ban aktív lett 

A könyvtárnézet mentése" menü, ami 
arra szolgál, hogy a Kongueror megje- 
gyezze az aktuális könyvtárhoz tartozó 
tulajdonságokat pl.: nézetmód, háttér. 
Az utolsó két menü , Ablak" és 
Segítség" teljesen megegyezik 

a webböngészőnél találhatóakkal. 


Kongueror mint komplex megjelenítő 
A Konguerornak beépített fájlmegjele- 
nítő szolgáltatása van. Azaz képes 

a képeket, dokumentumokat, bizo- 
nyos fájlokat anélkül megjeleníteni, 
hogy valamilyen külső segédprogra- 
mot kelljen elindítanunk hozzájuk. 

A képek megjelenítésére a KView -t, 

a szöveges dokumentumok megjelení- 
tésére a KWrite -ot, (szövegkiemelés- 
sel) a PostScriptekhez a KGhostview -t 
használja. DVI megjelenítő a KDVI. 
Minden KOffice dokumentumot képes 
megjeleníteni a hozzátartozó alkalma- 
zással. A képek megjelenítésére olyan 
szinten felkészítették, hogy külön né- 
zetmódot is kapott. , Gwenview Image 
Browser View" (8. ábra) E nézetmód 
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használata során az eszköztáron meg- 
jelenik az előre és hátra nyíl, a forga- 
tás és a diavetítés ikon. 


A Kongueror heállítási lehetőségei 
A ,Beállítások" -nál találhatjuk 

A(z Kongueror beállítása..." menü- 
pontot. Rákattintva a menüpontra 
megjelenik egy 17 pontból álló menü- 
rendszer (9. ábra). A , Működés" -nél 

a fájlkezelő működését állíthatjuk be. 
Itt találkozunk a művelet megerősítés 
ponttal. Korábban ugye volt szó arról, 
hogy a törlés műveletét meg kell erő- 
síteni, hát itt kikapcsolhatjuk. :) 
vrMegjelenésnél" a fájlkezelő jellemzőit 
szabályozhatjuk. pl. betűtípus, szín. 
vGyorsnézetek" szolgál arra, hogy 
egyes fájlokba már ikonnézetbe bele- 
pillanthassunk. , Fájltársítások" -nál 
rendelhetjük össze a fájltípusokat az 
alkalmazásokkal. , Webes működés" -el 
a webböngésző részeinek működését 
szabályozhatjuk. Például az automati- 
kus űrlapkitöltés engedélyezése vagy 
tiltása, az egér működése az oldalon, 
linkek aláhúzása vagy a képek auto- 
matikus betöltése, hogy egy párat ki- 
emeljek a lehetőségek közül. 

nJavaj Javascript": Java és Javascript 
beállításai. , Betűtípusok" a webbön- 
gésző betűtípusainak beállításaira 
vonatkoznak. , Keresési azonosítók"-ról 
olvashattunk már a bemutatkozó 
oldalon. Itt szabhatjuk személyre 
azokat a címrövidítéseket, keresőazo- 
nosítókat amiket a címsorba írunk. 
például: ha a Google -n szeretnénk 
Linux után keresni, akkor elég a cím- 
sorba beírni a ge: Linux címet. Ezáltal 
nem kell először behozni a Google -t 
és a kereső mezőbe beírni a Linuxot, 





hanem egyből megkapjuk a keresés 
eredményét. Saját rövidítéseinkkel 
bővíthetjük a listát, így nagymérték- 
ben meggyorsíthatjuk kedvenc 
oldalaink elérését. 

rNapló-oldalsáv", , Cookte-k", 
Gyorstár", ,Proxy" azt takarja, 

amit a neve hordoz. , Stíluslapok" 
tükrözik a CSS használatát. 

A , Titkosítás" és a ,Böngészőazono- 
sító" -ról pedig volt szó a Kongueror 
mint webböngésző részben. 

Egy beállítási lehetőséget említenék 
még megg itt, ami könnyíti, és gyorsítja 
a fájlkezelő működését, ez a , Gyors 
másolás és mozgatás" A vezérlőpult, 
KDE-komponensek, fájlkezelő alatt ér- 
hető el. Arra szolgál, hogy a , Másolási 
műveletek", , Mozgatási műveletek" 
során mennyi könyvtárat jegyezzen 
meg. Alapértelmezett értéke 5, ami 
még nem zavaró és általában elégnek 
is bizonyul. 

A Kongueror egy rendkívül összetett 
és nagy tudású, számos hasznos 
lehetőséggel ellátott, mégis könnyen 
kezelhető programrendszer. 
Kipróbálásához jó időtöltést kívánok. 
Biztos vagyok benne, hogy a program 
senkinek sem okoz csalódást. 





KDE alkalmazások (1. rész) 


időzítő 


A KDE ablakkezelő rendszer sok olyan apróságot tartalmaz menürendszeren 
és hivatkozáson kívül, amelyek kellemessé tudnak tenni a munkát és a szóra- 
kozást. Sorozatom célja, hogy ezen kis programocskákat részletesen bemu- 
tassam. Elsőként kettő olyan mütyürt gyűjtöttem kis csokorba, amelyek az 
akut időzavart képesek enyhíteni. 


KTimer 

Általában a segédprogramok között 
találjuk meg KTimer néven, ha még- 
sem itt foglalna helyet és a menürend- 
szerben máshol sem találjuk, akkor 
elindíthatjuk ktimer néven parancs- 
sorból is. Ha nem találunk ilyen nevű 
programot, akkor az általunk használt 
Linux terjesztés nem tartalmazza alap- 
értelmezésben (pedig már egy ideje 

a KDE Utils csomag része). Ez utóbbi 
esetben meg kell szereznünk a forrás- 
kódját és a fordítás-telepítés után 

már használhatjuk is. 

A Klimer program olyan esetben segít 
sokat, amikor egy-egy program elindí- 
tását időhöz szeretnénk kötni, de nem 
akarjuk a munkát a cron programra 
bízni (mert nehézkes a használata, 
illetve nincs szükségünk rendszeres 
ismétlődésre), esetleg az at parancs 
sem áll kézre. Ritka igény, hogy má- 
sodpercre pontosan időzítsünk vala- 
milyen eseményt, amelyre se az at 

se a cron nem képes, mivel ezen 
programoknál a legkisebb beállítható 
időegység egy perc. 

A program beépül a tálcára is, illetve 
ablakot is nyit az első futtatáskor. Ha el 
szeretnénk tüntetni a megnyílt abla- 
kot, akkor a tálcán lévő kis óra ikonon 
jobb egérgombbal kattintva a , Mini- 
malizálás" menüpontot kiválasztva 
háttérbe küldhetjük, s ilyenkor az ab- 
laklistában sem jelenik meg. A prog- 
ram ablaka olyan egyszerű, hogy 
azonnal el lehet igazodni a felületén. 
Láthatunk rajta egy táblázatot, amely 





az eddig használt időzítéseket mutatja, 
amelyeket az , Új" nyomógombbal tu- 
dunk készíteni. A kijelölt időzítéseket 
az , Eltávolítás" gomb segítségével tud- 
juk törölni. Ha rákattintunk egy sorra, 
akkor a jellemzői megjelennek az alsó 
,Beállítások" feliratot viselő területen, 


s itt tudjuk beírni a szükséges adatokat. 


Az első mezőbe tudjuk a futtatni 
kíván program nevét 
a teljes parancssorral 
együtt. Itt képesek 
leszünk tetszőleges 120 
programot futtatni, 
amelynek tudjuk 

a nevét. A késleltetés- 
sel tudjuk beállítani 
azt az időt, amelynek 
nulláig kell csökken- 
nie, hogy a kívánt 
program elindulhas- 
son, ide maximálisan 
99999 másodperc írha- 
tó, amely nem egy kis 
szám. Ha ismételtetni 
szeretnénk az időzítót, 


akkor be kell pipálni 


Beállítások 


Parancssor: 


ezt a kis jelölőnégyzetet is, amelynek 
hatására a számláló nem áll meg 
a program futtatásakor, hanem újrain- 


dul a késleltetésnél megadott értékkel. 


Ha óvatlanok vagyunk, akkor egy kis 
időközzel megadott ismétlés esetén 

a futtatni kívánt program sok tíz pél- 
dányban is futni fog. Ezt tudjuk meg- 
előzni egy pipával a , Csak egy prog- 
rampéldány" jelölőnégyzetben. 

Az időzítót a jobb oldalán látható 
,Állapot" feliratú területen található 
nyomógombokkal tudjuk vezérelni. 
Itt a szokásos ikonokat láthatjuk, 
amelyek az időzítést elindítják, szüne- 
teltetik vagy megállítják. A csúszkával 
a számláló aktuális értékét tudjuk 
befolyásolni, természetesen a nulla 

és a késleltetés által meghatározott 
határok között. 


Számláló (mp) ! Késleltetés (mp) ! Állapot ! Parancs 


€ konsole 


Eltávolítás J 





Ikonsole 


Késleltetés: h 20 £ másodperc 


IT] Ismétlődés 


(XI Csak egy programpéldány 
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ő Teafűző 


Kész a tea! [fekete tea] 


el 


Fo flztálan áá etes íluia 68 EK 


EÖZÉSI idő: E ba mino ESÉS 


(34 téssem 


Klealime 

leafüggő egyéneknek kötelező prog- 
ram a tálcán, nélkülözhetetlen segéd- 
eszköz a jó tea elkészítéséhez (de akár 
tojásftőzéshez vagy úgy általában 
főzéshez is használható). 

A teafőző alapesetben a tálcán egy kis 
kék bögre képében jelenik meg, amely 
csendben várja a teaidőt. Ha rákattin- 
tunk bal egérgombbal, akkor egy alap- 
értelmezett listát kapunk a főbb teatí- 
pusokról és azok elkészítési idejéről. 
Ebből a listából ki tudjuk választani 

a megfelelő időtartamot, és már vissza 
is térhetünk a megszokott tevékenysé- 
günkhöz, a KIleaTime figyelmeztetni 
fog az elkészült teára (5. ábra). 

A tea elkészítésének folyamatát egy 
kis kördiagram mutatja, így nyomon 
tudjuk követni, hogy mennyi időnk 
van még a filter vagy a teatojás ázta- 
tására. Ha az előre megadott időtől 
különböző időtartamot kellene meg- 
adnunk hirtelen, akkor a , Névtelen..." 
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a rséges] [e E TET TB 


A ted tulajdonságai 


idő Hév: fe kete tea 
feketetsea 3 min Főzési idő:[3 sz minj0 BB 
Earl Grey a min 
gyűrnölcstea a min 


E (od eg 1621 


Jelzés 


h  ézesemények beállítása... T 


Esemény 


XM] szöveges üzenet 
(Xj Folyamatjelző csik a paneltálcában 


I €a Segítség ! ( wok If XX Mégsem 


menüpontot választva már meg is 
adhatjuk gyorsan a szükséges időt 

(6. ábra). 

Ha gyakran teáznánk olyan teafűvel, 
amelyet 5 percnél tovább kell vízben 
áztatni (például ha szeretjük a jól 
kioldódott kesernyés teát), akkor 
érdemes a kék bögrén jobb gombbal 
kattintva a , Beállítások..." menüpon- 
tot választani, ahol fel tudjuk venni 

a gyorsmenüre a kívánalmainkat. 

A megnyíló ablak bal felső részén 

a teáinkat tudjuk felsorolni és az alsó 
részen az ikonokkal kezelni (új létre- 
hozása, törlés, pozíció módosítása). 

A jobb oldalon a tea idejét állíthatjuk 
be, amelyet a program kilépés után 

is megjegyez. Hozzá tudjuk rendelni 
a tea elkészülését egy KDE rendszer- 
eseményhez, amely felirattal és hang- 
jelzéssel is jár, így biztos nem kerüli 
el a figyelmünket a kész tea, amelyet SDE Projekt oldala 
immár a gőzölgő kék bögre jelez 2 http:/Avww.kde.org 
a tálcán... egészségünkre!) 
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Mi a VolP? 


A VolP (Voice over IP) nem más, mint 
beszédhang átvitele az Internet Proto- 
koll segítségével. A VoIP telefonhívás- 
ok tehát nem - vagy nem végig — 

a klasszikus telefonvonalakon közle- 
kednek, de ugyanolyan nagy távolsá- 
gokat tesznek meg az internet közegét 
használva. 

Mostanság, amikor egyre több ember- 
nek van otthon szélessávú (ADSL vagy 
kábeltévé) internetkapcsolata, kezde- 
nek igazán elterjedni az alternatív 
szolgáltatók, amelyek havidíj fizetése 
nélkül teszik lehetővé hogy hívást 
kezdeményezzünk vagy fogadjunk. 
Kezdetben csak netről netre lehetett 
hívást kezdeményezni adott VolP 
szolgáltatón belül, de manapság már 
bárhonnan lehet hívni bárkit, akár 
vonalas készüléket is. 

Ez például az én esetben azt jelenti, 
hogy minimális percdíjért tudom fel- 
hívni szüleim normál vonalas telefon- 
ját az ország túlsó végében. És ehhez 
egy szélessávú internetelérés, egy 
mikrofonos fejhallgató, egy a VolP 
szolgáltatónál bejegyzett felhasználói 
fiók (account) no és persze rendelke- 
zésre álló egyenleg szükséges. 

És ez még nem minden, a dolog 
ugyanis fordítva is működik. Ők is 
tudnak engem hívni, feltéve, hogy az 
általa futtatott kliensprogram aktív, va- 
gyis rá vagyok kapcsolódva a szolgál- 
tató rendszerére. Előfordulhat persze 
az is, hogy nem vagyok gépközelben. 
Az ilyen esetekre a legtöbb szolgáltató 


hangpostafiókot (üzenet- 
rögzítőt) biztosít. 

VolP hívást tehát persze 
nem csak netről lehet indí- 
tani, de jelen cikkben ezt 
az esetet nem tárgyalom. 


A rendszer lelke a SIP 


(Session Initiate Protocol) 
A legtöbb VolP szolgáltató 
a SIP szabványt használja, 
ami rugalmasan bővíthető, 
alakítható a felmerülő igé- 
nyeknek megfelelően. 

Ez csak az alapréteg, akár 
hangot, akár videót átvihetünk, sőt le- 
hetővé teszi a konferenciabeszélgetést 
is. Erre épül következő rétegként 

a hangátvitel. Az hogy a kliensünk 
éppen milyen hangkódolást alkalmaz 
változó, sőt számos kliens megadja 

a választás lehetőségét is. 

A SIP működési elvét a mellékelt 
diagramon követhetjük nyomon. 

(Az ábra az RFC3261-es dokumentáció 
4. bekezdéséből származik.) Ha valaki 
a hivatkozott RFC-be beleolvas, jól lát- 
ható, hogy a bevált HTTP kódokat al- 
kalmazzák, így aki szeretne saját SIP 
klienst írni, minden további nélkül 
megteheti. 


NeophoneX 

Akik nem írni, csak használni szeret- 
nének ilyen programokat, azoknak 
három, természetesen Linux alatt futó 
változatot mutatok be. Ezek a Kphone, 
az S]JPhone és az Xten-Lite. 











A mellékelt ábrákon látható beállítá- 
sok a magyar NeophoneXx szolgáltatás 
hálózatával használhatóak. Hogy mi- 
ért éppen a NeophoneX - az Euroweb 
szolgáltatása - lesz a példa? 

Az Euroweb már korábban is lehetővé 
tette a normál telefonalról VoIP hívás 
kezdeményezését. Idén februárban 
azonban elindult a nettelefon szolgál- 
tatás és ez azóta több mint 18000 

— ebből körülbelül 14000 aktív — 
felhasználót szerzett. 

A szolgáltatás sikerét jól mutatja, 
hogy segítségével eddig két és fél mil- 
lió percnyi hívást bonyolítottak. Fon- 
tos megjegyezni, hogy a NeophoneXxX 


Sipuri - sip:702579sip.neophonex.hu 
Szerver -— sip. neophonex.hu 
Felhasználónév: 


[702579 


Jelszó: 


S 


al Save password 


másodpercalapú a szolgáltató, vagyis 
itt teljesen kizárt, hogy például 12 má- 
sodperces hívásért 60 másodpercnyi 
díjat fizessünk. Kiváló hangminőséget 
nyújt és a feltöltőkártyái (1000, 2000 és 
5000 forint — 6 hónapon belül fel kell 
használni) az ország számos pontján 
elérhetőek. Én történetesen például 

a kedvenc újságosomnál szoktam 
megvásárolni, ugyanott ahol 

a Linuxvilágot is. Feltöltőkártyára ter- 
mészetesen csak akkor van szükség, 
ha nem kizárólag netes ismerősöket 
szeretnék felhívni, sőt ahhoz sem 
szükséges egyenleggel rendelkez- 
nünk, hogy az interneten kívülről 
tudjunk hívást fogadni. 

A regisztráció egyszerű, a cég hon- 
lapján végezhető el. Kapunk egy hat- 
jegyű számot (ez lesz a virtuális tele- 
fonszámunk), illetve fontos még 
megjegyeznünk a bejelentkezési 
nevünket (login) és a jelszót, amit 
megadtunk. Ezekre természetesen 
szükségünk lesz. 

Az interneten kívülről -— vagyis példá- 
ul egy normál telefonról — úgy lehet 
egy NeophoneX ügyfelet elérni, hogy 
tárcsázzuk a helyi hívásnak minősülő 
388-181-es telefonszámot majd utána 
a hívott fél hatjegyű virtuális telefon- 
számát. Amennyiben az illető nincs 

a rendszerre kapcsolódva, úgy a hívó 
fél üzenetet hagyhat, amit a címzett 
elektronikus levélben wav formátum- 
ban megkap. 

Számkijelzés is van, akárcsak 

a mobiloknál. Ha a hívó fél oldaláról 
a telefonközpont képes elküldeni 

a telefonszámot, a hívott félnél a kli- 
ensprogram kiírja azt, s eldöntheti, 
felveszi a virtuális kagylót vagy sem. 
A dolog egyetlen árnyoldala, 

hogy a számkijelzés visszafelé 

nem működik. Ha tehát valakit 
NeophoneX-ről hívok, hiába támogat- 
ja a hívott fél telefonja a hívószám- 
kijelzést, az nem fog megjelenni 

a készülékén. Az ok egyszerű: 





Távoli: 


(sip:06203525278€sip.neophonex.hu s] Hi 
pa 
Az ho 7 


Hang: Kapcsolat aktív] 


Pa Megszakítás 





Send DTMF: [ 
Státusz Session progress 


S Tárcsázás 








a VolP-átjáró, vagyis az a gép 
amelyen keresztül a netről kimegy 
a hang a normál telefonra, nem 
támogatja a hívószámküldést. 


Tesztkörnyezet 
A tesztelést egy 900 MHz-es Celeron 
processzorral szerelt, 192 megabájt 
memóriát tartalmazó Debian GNU 
Linuxot futtató gépen végeztem. 
Korábbi tapasztalataim ugyanakkor 
azt mutatják, hogy akár egy 2-300 
MHz-es géppel is lehet , IP-tele- 
fonálni". A tesztgépben egy SB Live 
5.1-es hangkártya volt. A típus igazá- 
ból nem fontos, a lényeg, hogy rendel- 
kezzen full duplex képességgel, vagyis 
egyszerre tudjon felvenni és lejátsza- 
ni. Ezt a legegyszerűbben úgy lehet 
tesztelni, hogy az xmms-ben elindí- 
tunk egy webes rádiót és ezzel egyi- 
dejűleg az audacity hangfeldolgozó 
programmal megpróbálunk felvenni 
mondjuk mikrofonról. Ha megy, 
akkor full duplex kártyánk van. 

Fontos még, hogy ne felejtsük el beállí- 
tani a keverőt úgy, hogy a mikrofon le- 
gyen a felvételi forrás, ezt ugyanis nem 
minden VolP program teszi meg he- 
lyettünk. Ami az igényelt sávszélessé- 
get illeti a minimálisan ajánlott sebes- 
ség a 128 kbit/s mind a fel-, mind a le- 
töltésre. (Ez tehát azt jelenti, hogy az 
ISDN vonal sajnos nem minden hang- 
kódolás esetén elég.) Aki tényleg csak 

a minimálisan ajánlott átviteli sebesség- 
gel rendelkezik, annak ajánlott a netes 
telefonálás alatt felfüggeszteni min- 
den egyéb, a sávszélességet fog- 
laló tevékenységet, különben 

, darabos" lesz a beszéd. 

Ennyi bevezető után lássuk 
tehát az alkalmazásokat. 


Kphone 

Weblapja 

a 2 http://www.wirlab.net/ 
kphone/ helyen található. 
Előnye, hogy könnyen átlátható, 


és létezik Debian csomag formájában 
is. Ugyanakkor az egyszerűsége 
helyenként már-már puritán külsőt 
kölcsönöz neki. 

Személyes beállításainkat a Fájl me- 
nüt tartalmazó csíkra kattintva tud- 
juk bevinni. Hívást a kamera ikontól 
balra lévő telefon ikonnal lehet 
kezdeményezni. Fontos megjegyez- 
ni, hogy ez a program nem kéri 

a Neophone regisztrációkor megadott 
bejelentkezési nevet, csak a telefon- 
számot és a jelszót. 


X-Ten Lite 


Weblapja a 3 http:/www.xten.com 
helyen található. 

Előnye a grafikailag szép kivitel, illetve 
hogy létezik Windows és Macintosh 
alá is. Ugyanakkor a PDA-kra készített 
változat verzió sajnos fizetős. Szintén 
hátrány, bár nem túl jelentős, hogy 

a cikkben bemutatott változat is úgy- 
nevezett , lite" verzió, a teljes verzióért 
fizetni kell. 

Annak ellenére, hogy a , Lite" jelző 

a csökkentett képességeket jelzi, 

a program teljesen jól használható. 
Első induláskor azonnal megjelenik 

a beállító menü. Ha valamit elfelej- 
tünk, természetesen később is pótol- 
hatjuk a hiányt. A beállítópanelt a Me- 
nü -5 System settings -5 SIP Proxy -: 
Default menüpont alatt találjuk. 

Maga a beállítómenü CLEAR gombtól 
jobbra található. Hívást kezdeményez- 
ni egészen egyszerűen lehet: meg kell 
nyomni a CLEAR feletti számok (1,2,3) 
egyikét, be kell gépelni a telefonszá- 
mot, majd a végén a zöld telefongom- 
bot. A hívást befejezni vagy a bejövő 
hívást elutasítani természetesen a pi- 
ros teleftongombbal lehet. Aki szeret 
kísérletezni, próbálja ki a különböző 
hangkódolásokat. Az ügyfélprogram 
GSM feliratú részénél három 

kódolást lehet 

beállítani. 
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nitialization [SIP Proxy ! General ] DTMF ] sTun ] 


Proxy domain: [dip.neophonex.hu s [o 
User domain: [dip.neophonex .hu 


E Register with proxy a) Proxy is strict outbound 


Advanced options 
FT Use separate registrar 


Registrar dornain: [dip.neophonex.hu : [o 


JE Unregister contact address only 


Proxy for NAT: ] ő [o 


Aki viszont egyszerűen csak használni 
szeretné a programot, annak azt aján- 
lom, hagyja ezeket a beállításokat az 
alapértelmezett értékeken. 


SJPhone 


Weblapja a 3 http://www.sjlabs.com 
helyen található. 

Itt is előnyként említhető, hogy 

a programnak nem csak Linux, 
hanem Windows, Mac és PocketPC 
rendszerekhez is létezik változata. 
Bár egy ilyen áttekintő értékelésben 

a cikk írójának nyilván az a feladata, 
hogy az előnyöket és hátrányokat 
egyaránt kiemelje, utóbbiakról igazán 
nem tudok nyilatkozni. lalán azt 
megemlíthetem, hogy a linuxos válto- 
zatnak kissé puritán a kinézete 

a PDA-n futóhoz képest, de ez 

a használhatóságot egyáltalán nem 
befolyásolja. A beállítások megadása 
és a tárcsázás az előbbi két program- 
hoz teljesen hasonlóan történik. 


Lehetséges hihaüzenetek 
Amennyiben Forbidden (403-as) hiba- 
üzenetet kapunk a rendszertől, három 
dolgot érdemes megnézni. 
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User information Call Options ( Profiles (Audio) Neighborhood ) Support] 


NeoPhonex in use 
PC to PC(H.323) initialized 
PC to PC (SIP) initialized 


New... ! Edit... l Delete... l 


FT ádvanced mode 


FT Save service information permanently 


A kezdeti időszakban ilyenkor gyak- 
ran jelszóváltást tanácsolt az ügyfél- 
szolgálat. (Nagyon rugalmas 

a Neophone e-mail-es ügyfélszolgálata, 
általában 24 órán belül válaszolnak.) 
Előfordulhat, hogy egyszerűen elfo- 
gyott az egyenlegünk, és emiatt nem 
tudunk külső hálózatra (vezetékes 
vagy mobil) hívást kezdeményezni. 

A harmadik lehetőség kicsit problémá- 
sabb: ellenőrizzük nem vagyunk-e 
,tűzfal mögé zárva"? Ez különösen 
cégeknél fordulhat elő, ahol a rend- 
szergazda gyakorlatilag hivatalból 
szenved heveny üldözési mániában. 
Ez persze nem baj, különösen ha jó 
viszonyban vagyunk vele, és kiengedi 
az adatforgalmunkat. 


NT TPM [d 


Osszefoglalás 

Mindhárom program képes NA1I-olt 
(Network Address Translation) hálózat 
mögül port átirányítás (portforward) 
nélkül is hívást indítani és fogadni. 
Bármelyiket is választjuk mindegyik 
szabadon használható, vagy van ilyen 
változata is, ami pedig a percdíjakat 
illeti, nos a VolP-pal ezen a téren nem 
könnyű versenyezni. Nekem személy 
szerint az SJPhone a kedvencem, de 
az Olvasónak azt javaslom, próbálja 
ki mindhármat, csak aztán döntsön. 
Ha valamelyik program beállításával 





I £ 
Enter address to call 
Active . Missed — Received  Dialed Local Contacts Info 


eoPhonex: Ready to call 





106203525278 
Call to: sip:06203525278(0sip.neophonex.hu 
Active . Missed — Received — Dialed Local Contacts Info 


00-00-05 --- sip:06205525278(0sip .neophonex.hu 


gondok merülnének fel, és a képer- 
nyőképek sem segítenek, amennyire 
időm engedi, e-mailben megpróbá- 
lok segíteni. Persze ehhez érdemes 
hozzátenni, hogy a NeophoneX-nek 
fóruma is van, ami szintén tele van 
hasznos ötletekkel. 





RFC (leírás) a SIP protokollról: 3 http://www.fags.org/rfcs/rfc3261.html 


Neophonex: 3 http:/Awvww.neophonex.hu 


Kphone: 2 http:/Avww.wirlab.net/kphone/ 


SJPhone: 3 http:/Awvww.sjlabs.com/ 


X-len Lite: 2 http:/Avwwv.xten.com/ 





Az Ubuntu Linux telepítése és beállítása 42. rész) 


Akik az előző számban velem tartottak az Ubuntu Linux telepítésénél, észre- 
vehették, hogy a cikk megjelenése után nem sokkal (október 13-án) már 
meg is jelenik az újabb verzió: a Breezy Badger. Hát igen, ennek a disztrl- 
búciónak a fejlesztése gőzerővel folyik, csak győzzük kapkodni a fejünket. 
Persze a verziók között nem a gyökeres változtatások vannak a túlsúlyban, 
hanem a finomabb eltérések. 


m Így a Hoary telepítése szinte 
teljesen megegyezik a Breezy tele- 
pítésével. De bizonyára vannak, 
akik már az új verzió megjelenése 
után telepítenek, számukra azért 
szeretnék néhány kisebb változtatást 
bemutatni. 

HP laptoppal rendelkezők számára 
fontos információ lehet, hogy szá- 
mukra külön Ubuntu telepítő létezik, 
amit a 5 http://www.ubuntu.com/ 
support/custom/hplaptops címről 
tölthetnek le. 

A Breezy telepítésekor már nem 
nem kapunk vissza , fekete képer- 
nyőt , ahol a kiadott parancsok 
listája futna (emlékezzünk: az előző 
számban a csomagok telepítése így 
zajlott), most már ezt is , magához 
ragadta" a telepítő, így az éppen 
telepített csomagokat egyesével írja 
ki és egy folyamatjelzőt is láthatunk. 
Particionáláskor már létrehozha- 
tunk átméretezhető partíciókat is 

(ez az úgynevezett LVM). 

Indításkor pedig a megszokott 
szöveges információk mellett egy 
elegáns úgynevezett , splash" grafi- 
kát is megjelenít. Mivel haladnunk 
kell a korral, talán megbocsátják ol- 
vasóim, ha a következőkben a Breezy 
alapján folytatom az Ubuntut bemu- 
tató sorozatomat, ami persze nem 
fog jelentősen eltérni attól, mintha 

a Hoary lenne a minta. A következő 
számban bemutatom azt is, miként 
frissíthetnek a régebbi Ubuntu tulaj- 
donosok az új verzióra. 


Felhasználók / Csoportok j 





A felhasználónév tartalmazza $ 


(hormejnc als 


Felhasználók és csoportok 





[a Tulajdonságok 


e Törlés 








(al 





Összes felhasználó és csoport megjelenítése 


( Ejsúgó ) 


Előfeltételek a beállításokhoz 
Miután sikeresen telepítettük, érde- 
mes egy kicsit még saját igényeinkhez 
megfelelően igazítani bármely operá- 
ciós rendszert. Az is lehet, hogy 
egyikmásik szolgáltatás nem műkö- 
dik. Ezeket ilyenkor kézileg kell be- 
állítanunk. De ha szeretnénk jobban 
megérteni egy operációs rendszer 
,lelkivilágát", akkor is érdemes 

a beállításokkal bajlódnunk. Ehhez 
egy Linux kiváló társnak fog bizonyul- 
ni. Az Ubuntu pedig olyan rendszer, 
amely mind a kezdőknek, mind 

a haladóknak megfelelő lehet. 

Mielőtt azonban belekezdenék a be- 
állítások magyarázatába, fontosnak 
tartok megemlíteni néhány dolgot, 
amire szükségünk lehet bármely 





Ig Mégsem [/ 47 ok j 








linuxos rendszer konfigurálásához. 
Sajnos arra nincs lehetőségem, hogy 
mindent elmagyarázzak, a kezdőknek 
érdemes részletesebben is utánanézni 
a következő dolgoknak. 

Sokan riasztónak találják egy Win- 
dows (vagy akár MacOS) után, hogy 
Linuxban gyakorta ajánlják a grafikus 
eszközökön kívül a terminált, ami elég 
, fapadosnak" tűnhet az ablakok ké- 
nyelmes megoldásai után. Egy idő 
után azonban rá fogunk jönni, hogy 
egyrészt a modern Linux disztribúciók 
igyekeznek minden alapvető beállítás- 
hoz grafikus alternatívát adni, más- 
részt a terminálos, azaz szöveges vagy 
más néven karakteres beviteli lehető- 
ség nem hátránya, hanem éppen 
ellenkezőleg, erőssége a Linuxnak. 
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Akinek egy kis affinitása van a szá- 
mítógép használatához, könnyen 
rászokhat a lassabb , egerezés" helyett 
a gyorsan átírható szöveges állomá- 
nyok használatára. És mint egy-két 
példánál látni fogjuk, hogy ezek álta- 
lában könnyen átláthatóak, csupán azt 
kell tudni, milyen beállítás hol tároló- 
dik. Az Ubuntu a Debian Linuxra épül, 
teljes egészében annak struktúráját 
használja, így az itt szerzett ismeretek 
teljes egészében vagy kis módosítással 
a Debianra is érvényesek. 

Ha éppen valamely probléma miatt 

a grafikus rendszer nem működik, 
akkor nincs is más lehetőségünk, mint 
a karakteres felületet használni, hogy 
, felélesszük" az ablakozó rendszert. 
Amikor gépünk könyvtárszerkezeté- 
ben dolgozunk, sose felejtsük el, hogy 
bármely UNIX alapú rendszerben 
megkülönböztetjük a kis- és nagybe- 
tűket. A könyvtárrendszerben a beállí- 
tások leggyakrabban a /etc könyvtár 
alatt tárolódnak. Saját könyvtárunk 
pedig a /home könyvtáron belül talál- 
ható, a felhasználónként változó beál- 
lításokat is itt fogjuk megtalálni. 

A kezdő ,/"-jel pedig a gyökérkönyv- 
tárat jelenti, azaz hogy a megadott 
elérési út onnan kiindulva értendő. 
lerminálként az , Alkalmazások / Kel- 
lékek" menüben lévő lerminált nyis- 
suk meg, ez a Gnome ablakkezelő 
alapértelmezett terminál programja 
lesz. Szükségünk lesz egy jól használ- 
ható karakteres szövegszerkesztőre is. 
A profi felhasználók közül bizonyára 
legtöbben a vi-t ajánlják erre, de en- 
nek használata kezdésnek akár elég 
furcsa is lehet. A nano editor is mindig 
rendelkezésünkre áll, mi ezt fogjuk 
használni: könnyen megtanulható 

és a képernyő alján mindig láthatóak 
a leggyakoribb billentyűparancsok. 
Sokan szeretik az mcedit-et 

(a Midnight Commander része) 
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is felhasználóbarát működése miatt, 
de az alapértelmezésben ez nem 
települ fel. A Linuxban szerencsére 
ugyanarra a feladatra általában 
többféle lehetőségünk is van. 


Felhasználók, jogosultságok 
Mielőtt bármit is tennénk, érdemes 
megismerkedni a felhasználói rend- 
szerrel, illetve hogy mihez milyen 
jogosultságokkal rendelkezünk. 
lelepítéskor már megkérdezte a tele- 
pítő tőlünk, milyen néven kívánunk 
bejelentkezni. A Linux többfelhasz- 
nálós rendszer, minden egyes felhasz- 
nálónak saját könyvtárai, beállításai 
vannak, valamint mindegyik külön 
jogosultsági rendszerrel is rendelke- 
zik. Mindig létezik egy kitüntetett 
felhasználó, a root vagy superuser, 
aki mindenhez hozzáférhet, bármit 
csinálhat. Ez bizonyos esetekben nem 
túl biztató. Ha például egy program 
képes root jogokkal futni, teljesen 
tönkre is teheti rendszerünket 

(ez ismerős lehet más, nem unixos 
operációs rendszereknél). 

Ezért az Ubuntu egyik alapelve, hogy 
ne is lehessen root-ként belépni, így 
máris egy gonddal kevesebb. Ez így 
nagyon okos megoldás, de mi van 


ha olyan dolgot kell csinálnunk, ami 
root jogokat igényel (például telepíte- 
ni szeretnénk)? Ekkor a Linux képes 
arra a feladatra odaadni számunkra 
ezeket a jogokat, miközben minden 
máshol szimpla felhasználóként dol- 
gozunk. Ezt a sudo paranccsal (vagy 
grafikus társával a gksudo-val) tehet- 
jük meg. A , sudo" jelentése: , super 
user do", azaz a legfőbb felhasználó 
csinálja. Pontosabban: a legfőbb fel- 
használó nevében csináljuk. A sudo 
azonban csak azokra a parancsokra, 
alkalmazásokra működik, amelyekre 
a rendszergazda engedélyt adott 

a számunkra. Ez a /etc/sudoers fájlban 
van eltárolva. Ezt most nem elemez- 
ném, csupán annyit érdemes tud- 
nunk, hogy az Ubuntu beállításai sze- 
rint az admin csoportban lévő felhasz- 
nálók bármit futtathatnak a superuser 
nevében. lelepítéskor a megadott fel- 
használót automatikusan hozzárendel- 
te ehhez a csoporthoz, az általunk 
esetleg később létrehozott felhaszná- 
lókkal viszont már nem ez a helyzet, 
ők semmit sem fognak tudni rendszer- 
gazdai jogosultságokkal futtatni, ha- 
csak erre engedélyt nem adunk nekik. 
A rendszergazdai jogok sudo-val való 
átvételekor természetesen a saját 
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IP-információ 
Protokoll  IP-círn 
10.0,095 255.255.255.0 


feg0::20e:a6ff.fe52:918f 64 


Felhasználónév: 


Hálózati maszk / Előtag Broadcast ! Címta 


10.0.0.255 


Jelszó: 
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Felületinformáció 

00:0e:a6:62:91:8f 
Multicast: Engedélyezve 
MTU; 1500 

Kapcsolat sebessége; nem érhető el 
Aktív 


Hardvercím; 


Állapot: 


Felületstatisztika 
Továbbított bájtok: 
Továbbított csomagok: 63454 
Adatátviteli hibák: o 
Fogadott bájtok; 


Fogadott csomagok: 


5.9 MiB 


112.9 MiB 
101534 


Fogadási hibák: o 


ütközések: 


jelszavunkat kell megadnunk. lapasz- 
talni fogjuk, hogy bizonyos beállítá- 
soknál vagy programoknál meg kell 
adni jelszavunkat: ilyenkor az alkal- 
mazás ugyan rendszergazdai jogokat 
igényel, de mivel nekünk lehetősé- 
günk van azokat átvenni, saját jelsza- 
vunkkal továbbléphetünk. Ha nem 
grafikus módon, hanem terminálban 
szeretnénk ilyet tenni, először ki kell 
adnunk a sudo parancsot, utána pedig 
megadni a futtatni kívánt alkalmazást. 
Erre majd fogok mutatni példát, ami- 
kor a gyakorlatban is használni kell 

a terminált. 

Az 1. ábrán látható a , Felhasználók és 
csoportok" párbeszédablak. Itt jól átte- 
kinthetően beállíthatjuk rendszerünk 
felhasználóit és azok csoporttagságait 
is. Ezt a , Rendszer" menüből érhetjük 
el (és természetesen csak superuser 
jogosultságokkal, így a jelszavunkat 

is meg kell adnunk). Itt vehetünk fel 
újabb felhasználókat vagy módosíthat- 
juk azokat. Ha átkattintunk a , Csopor- 
tok" fülre, ott a legfontosabb csoportok 
listáját láthatjuk. Ha az ,admin" cso- 
port tulajdonságait nézzük meg, láthat- 
juk, hogy saját magunk már benne 
van, tehát rendelkezünk adminisztrá- 
tori, más néven rendszergazdai jogosít- 
ványokkal (természetesen a sudo-n 
keresztül). Ha felveszünk egy másik 
felhasználót, neki csak akkor lesznek 
ilyen jogai, ha őt is bevesszük ebbe 

a csoportba. Egyébként a felhasználó 
tulajdonságainál, a , Felhasználó jogo- 
sultságok" fülre kattintva tudjuk 


o 


finomhangolni, mit is tehet és mit nem. 


Ha mondjuk nem adjuk meg neki 

a CD-ROM-ok kezelésének lehetősé- 
gét, hiába illeszt be egy lemezt a meg- 
hajtóba, azt nem fogja tudni olvasni. 
Ha egy-egy felhasználóhoz ennél 

is komplexebb jogosultságrendszert 
szeretnénk hozzárendelni, úgy azt 
már grafikus felületen nem tudjuk 
megtenni. 

Minden egyes felhasználónak saját 
munkaasztala, önálló beállításai, saját, 
egyéni könyvtárai lesznek a /home 
könyvtáron belül. 

A felhasználókezelés részleteivel, 

a hozzáférések pontos beállításával 
nincs helyünk részletesebben foglal- 
kozni, koncentráljunk a következők- 
ben arra, ami a szemünk előtt van. 


Látvány 

A kép minősége az egyik első dolog, 
amit telepítés után észreveszünk. 

Ez vagy tökéletesen az, amire számí- 
tottunk vagy pedig javítani kell rajta 
(persze ha nem fizikai okai vannak 

a rossz képminőségnek, azaz például 
nem monitorunk, videokártyánk rom- 
lott el vagy esetleg túl régi az éles, 
nyugodt képhez). A telepítés vége felé 
jelölhettük be hogy, a telepítő által fel- 
ismerteken kívül milyen felbontásokat 
tud szerintünk még monitorunk és vi- 
deokártyánk együtt. Ha ezek jó érté- 
kek, most valószínűleg a megadottak 
közül a legnagyobb felbontást állította 
be az Ubuntu. Ha rosszul adtuk meg, 
elképzelhető hogy képet sem látunk. 


Tartornány; 
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Amennyiben csak felbontást szeret- 
nénk váltani, a , Rendszer / Beállítások" 
menü alatt a , Képernyő felbontása" 
párbeszédablakban tehetjük meg 

(2. ábra). Itt a képfrissítési frekvenciát 
is megadhatjuk, ha a kép érezhetően 
vibrál, az arra utalhat, hogy alacsony 
ez az érték, próbáljuk meg nagyobbal 
(75 Hz vagy afelett javasolt katódsu- 
gárcsöves monitoroknál. Az LCD 
monitoroknál a képfrissítési érték nem 
játszik túl nagy szerepet). Ha ez nem 
elég, vagy egyáltalán nincs képünk, 
esetleg indulás után csak a karakteres 
képernyőt kapjuk vissza, bizony kézi- 
leg kell a dolgot kijavítanunk. Az 
Ubuntu grafikus ablakkezelője az XOrg 
rendszert használja, így beállításai 

a /etc/X11/xorg.conf fájlban találhatóak. 
Ha tudunk, nyissunk egy terminált. 
Ha nincs képünk, nyomjuk le egy- 
szerre a Ctrl-t-F1 billentyűket, ekkor 
megkapjuk a karakteres képernyőn- 
ket. Itt be kell jelentkeznünk. 

Ezek után írjuk be: 


sudo nano /etc/XxX11/xorg. conf 
(jelszavunkat természetesen bekéri 
a sudo). Keressük meg a , Section mo- 


nitor" sort! Nekem itt a következő áll: 


Section "Monitor" 


Identifier "Prestigio" 

Option "DPMS" 

HorizSync 28-64 

VertRefresh 43-60 
EndSection 
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A monitor beállításai a Section és 
EndSection sorok között találhatóak. 
Az Identifier egy név, amit a tele- 
pítő olvasott ki a monitor lekérdezé- 
se után. Ez csupán tájékoztató adat. 
Az option sorokból több is lehet, 
jelenleg a "DPMS" érték van beállítva. 
A modern monitorokra jellemző 

eza Display Power Management 
Signaling tulajdonság, ami lehetővé 
teszi, hogy az automatikusan kikap- 
csoljon, amikor egy ideje nem hasz- 
náljuk. A HorizSync és VertRefresh 
értékek már misztikusabbak: az első 
a vízszintes, a második a függőleges 
frekvenciát takarja, mégpedig egy 
minimum és egy maximum értékek 
közötti tartományt. Nem szükséges 
ezek műszaki hátterét ismernünk, 
viszont monitorunk gépkönyvében 
biztosan szerepel ez a két adat. 
Nézzük megg és javítsuk ki a helyes 
értékekre. Miután ezzel készen va- 
gyunk, nyomjuk meg a CtrIlt0O 
(mentés) billentyűket, majd a CrtltX 
billentyűket (kilépés). Ha működik 

a grafikus rendszer, most újra kell 
indítanunk azt például úgy, hogy 
kijelentkezünk, majd újra bejelent- 
kezünk. Karakteres felületen el 

kell indítanunk a gdm-et (a Gnome 
grafikus bejelentkezés kezelőjét) 

a következő módon: 


sudo /etc/init.d/gdm restart 


Ha monitorunk beállításával volt 

a baj, most be kell tudnunk lépni 

a grafikus rendszerbe, majd be tudjuk 
állítani a képernyő felbontását és a jó 
frekvenciát a fent említett módon. Ha 
ez sem megoldás, a Screen szekcióval 
is próbálkozhatunk. Itt lehetőség van 
az alapértelmezett színmélység 
(DefaultDepth) megváltoztatására 
(bitben). Ha ez például 24 vagy 36 ér- 
téken áll, akkor csökkentsük le 8-ra 
vagy 16-ra (a 8 bit 256 színt jelent, 

a 16-os 65536-ot, a 24-es több, mint 

16 milliót). Mentsük el és próbáljuk 
most ki a grafikus rendszert ahogy 
említettem. Ennél mélyebben a kép- 
megjelenítés hibáiba és azok megoldá- 
sába most nem megyek bele. 


Behálózva 

Ami a képminőség után a legégetőbb 
dolog szokott lenni, az a hálózat beál- 
lítása. Lehetünk belső hálózatban akár 
egy kis otthoni hálózatban vagy egy 
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nagyobb, céges 
környezetben is, 
amiben lehetnek 
más Linuxot és 
Windows-t haszná- 
lók. Kapcsolódha- 
tunk az internetre 
közvetlenül mo- 
demmel vagy egy 
útválasztón (router) 
keresztül is. Lehet 
vezetéknélküli 
(wireless) és infra- 
vörös (Irda) kap- 
csolatunk is. Akár 
így, akár úgy, az 

a célunk, hogy 
kommunikálhas- 
sunk. Az Ubuntu 

a telepítés során 
megpróbálta felde- 
ríteni hálózati kap- 
csolatainkat is, de 
ez nem biztos hogy 
sikeres volt. Ahogy 
telepítésnél említettem, a hálózati 
beállításokat DHCP protokoll segítsé- 
gével próbálta meg lekérdezni és ha 
sikerül, minden bekapcsolás után újra 
lekérdezi a DHCP szervert. De ha 
nincs ilyen szerver a hálózatban, bi- 
zony hiába próbálkozik. Ekkor kézzel 
kell megadnunk a legfontosabb érté- 
keket. lermészetesen a Linuxnak fel 
kell ismernie hálózati kártyánkat 
vagy modemünket. Ha ez nem sike- 
rül, a hálózati elérés is eleve kudarcra 
van ítélve. 

Először feltételezzük, hogy van háló- 
zati kártyánk, amit az Ubunttu felis- 
mert és az internetet, belső hálózatot 
egy útválasztón (router) keresztül 
érjük el. Ú€tválasztónk pedig helyesen 
van konfigurálva, valamint ez az útvá- 
lasztó DHCP segítségével ki is osztja 
a hálózati erőforrásokat. Ez a legideá- 
lisabb állapotok egyike, telepítés után 
általában semmi gondunk sincs a há- 
lózattal. A , Rendszer / Adminisztráció" 
menü alatt a , Hálózat" párbeszédab- 
lakban a 3. ábrán lévő állapotot látjuk. 
Az , Alkalmazások / Rendszereszkö- 
zök" menüpont alatt található , Háló- 
zati segédeszközök"-el tudjuk megte- 
kinteni, milyen értékeket kaptunk 

így meg (4. ábra). (Az , Eszközök" fülre 
kattintva , Hálózati eszközf-re az 
vsEthernet interface"-t válasszuk ki.) 

A képen az én beállításaim láthatóak, 
ezek szerint a 10.0.0.95-ös IP-címmel 
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Engedélyezett kiszolgálók 
Engedélyezett gépjhálózat Csak olvasható 





rendelkezem, az alhálózati maszk 
255.255.255.0, a broadcast cím pedig 

a 10.0.0.255. Az útválasztási informáci- 
ókat pedig ugyanezen a párbeszédab- 
lakon, de a , Netstat" fület kiválasztva 
tekinthetjük meg. 

Ha nincs DHCP szerver a hálózatban, 
akkor kézileg kell a hálózati beállítá- 
soknál megadni az ÍP-címünket, 
alhálózati maszkunkat és az alapér- 
telmezett átjáró címét, sőt a DNS 
fülön a névkiszolgálók címeit is fel 
kell vennünk. Az értékeket kérdez- 
zük meg a hálózat rendszergazdájá- 
tól (ha esetleg az olvasó maga lenne 
a hálózat egyedüli karbantartója, 
akkor ismernie kell ezeket az érté- 
keket). Debiant ismerők jobban álta- 
lában szeretik karakteres felületen 
beállítani a hálózati kártyához ren- 
delt értékeket. Ezt mi is megtehetjük, 
ha a /etc/network/interfaces fájl szer- 
kesztjük. Ígen részletes és kimerítő 
leírását adja a hálózat beállításának 
ennek a fájlnak a súgólapja 

(man interfaces), csak győzzük el- 
olvasni. (A Linux híres jól dokumen- 
táltságáról — az egyes kézikönyvol- 
dalakat a man paranccsal érhetjük 

el, utána írva a megismerni kívánt 
parancs, állomány nevét). 
Előfordulhat, hogy rendszergazdánk 
proxy szervert is üzemeltet, és 

csak ezen keresztül érhetjük el az 
internetet. Ennek beállítására szolgál 


Távoli asztali kapcsolat 


.. va új 
Én a Mn. e 
r i ( 
az 
. 
i 
Li / . 
- a 


ai s 
Általános ! Képernyő Helyi erőforrások ]w Programok ! Sebesség 


Bejelentkezés beállításai 


Számítógép: 10.0.0.253 


Ha ADSL-ünk van és 
közvetlenül csatlako- 
zunk az ADSL mo- 
demhez, akkor ter- 
minálban írjuk be a 


sudo pppoeconf 


(dl Adja meg a kiszolgáló nevét vagy válasszon egyet a listából. 


parancsot! Ez először 
megkeresi az ADSL 





Protokoll: RDP 


Felhasználónév: !Administrator 


modemet, majd ha 
megtalálta, megkér- 
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Protokallfájl: 


szükséges adatokat, 
s reméljük be is állít- 
ja az ADSL kapcso- 
lathoz szükséges 
dolgokat. 
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a , Rendszer / Beállítások" menü 
alatt a , Hálózati proxy" párbe- 
szédablak. Itt akár kézileg is 
beállíthatjuk a proxy címeket, 

de megadhatunk egy olyan címet 

is, amely automatikusan konfigurá- 
ciót tesz lehetővé. A lehetőségek- 
ről tájékozódjunk hálózatunk 
rendszergazdájánál. 

Ha modemet használunk, akkor 
valószínűleg vagy kapcsolt vonali 
internetelérésünk van (a betárcsázós 
forma) vagy pedig ADSL-, esetleg ká- 
belmodemmel rendelkezünk. Az első 
esetben a már bemutatott hálózati 
beállításoknál a modemkapcsolatot 
kell megfelelően beállítanunk (tele- 
fonszám, azonosító, jelszó, modem 
port, egyéb beállítások) és aktivál- 
nunk. A modem portnál általában 
elég a /dev/modem eszközt megad- 
nunk, ha ezzel nem megy, kiválaszt- 
hatjuk a megfelelő soros portot is 
(Windows felhasználóknak: 

a /dev/ttyS0 a COM1-et, a /dev/ttyS1 
a COM2-óőt jelenti és így tovább). Itt 
megpróbálkozhatunk az , Automati- 
kus felismerés" gombbal is. A mo- 
dem beállításánál alapértelmezés, 
hogy az legyen az alapértelmezett 
átjáró az internet felé és hogy az 
internetszolgáltatónk névkiszolgáló- 
ját alkalmazzuk (egyébként a DNS 
fülön kézzel meg kell adnunk 

a névkiszolgálókat). 
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zunk a kábelnet mo- 
demhez, úgy kell el- 
járnunk mint ahogy 
az elején említettem. 
A kábelneten találha- 
tó egy útválasztó, amely DHCP-vel 
osztja ki hálózati erőforrásainkat. 
Vezetéknélküli (wireless) hálózatokkal, 
valamint a hálózati kártyákkal egy ké- 
sőbbi részben foglalkozom részletesen. 
Nézzük még meg, hogyan tudjuk 
karakteres felületen lekérdezni legfon- 
tosabb hálózati beállításainkat! Az 


ifconfig eth0 


parancs kiadására hálózati kártyánk 
minden adatát láthatjuk, ezek közül 
a leglényegesebb az IP-cím és az 
alhálózati maszk. Az útválasztó táblá- 
zatot tudjuk lekérdezni a 


route 
paranccsal. 


Windows hálózat 

Céges környezetben gyakorta szük- 
ségünk lehet, hogy egy Windows 
szerver vagy más windowsos gépek 
megosztott erőforrásait érjük el 

(hát igen, bármennyire is szeretjük 
a Linuxot, a Windows egy ideig 
még biztosan igen elterjedt marad). 
Az Ubuntu a linuxos körökben igen 
népszerű Samba alkalmazást hasz- 
nálja a Windows hálózatokban 
szokásos Netbios emulálására. 

A megosztások eléréséhez a , Helyek" 
menüben található , Kapcsolódás 





kiszolgálóhoz" párbeszédablakot 
használjuk. Válasszuk ki a szolgálta- 
tás típusát: Windows megosztás. 

Sok mindent kitölthetnénk, én azonban 
azt javaslom, csupán a , Kiszolgáló: " 
mezőt adjuk meg, itt egy IP-címet 

vagy a kiszolgáló, megosztott gép 
Netbios elnevezését és kattintsunk 

a , Kapcsolódás" gombra! 

Ekkor megpróbálja elérni az illető 
címmel megadott számítógépet, majd 
megjelenik az 5. ábrán látható ablak, 
ahol megadhatjuk azon a gépen érvé- 
nyes azonosítónkat, jelszavunkat, 

a tartomány nevét, valamint hogy 
miként tárolja a megadott jelszót 

a rendszer. Ha bejelöljük, hogy 
Jelszó megjegyzése erre a munka- 
menetre", akkor amíg ki nem jelent- 
keznünk vagy újra nem indítjuk 

a számítógépet, a jelszót még egy- 
szer nem kell beírnunk. Ha a , Jelszó 
mentése a kulcstartóra" opciót beje- 
löljük, akkor a bejelentkezéskor 
használt jelszót egy titkosított állo- 
mányba, az úgynevezett , kulcstar- 
tóra" rakja el. Legközelebbi bejelent- 
kezéskor pedig innen olvassa ki. 

Ez akkor hasznos, ha több kiszolgálót 
is felveszünk, mivel a kulcstartót is 
védi jelszó. Ekkor csupán egy jelszót 
kell megjegyeznünk minden szerver- 
hez. Ez természetesen nemcsak 

a windowsos megosztásokra, de 
bármely hálózati bejelentkezésre 
vonatkozik. 

Ha sikerül elérni a megosztott erő- 
forrást, annak ikonja megjelenik 
mind a munkaasztalon, mind 

a , Helyek" menüben, valamint 
Fájlböngészőben is, ha ott megjele- 
nítjük a ,helyek"-et az oldalsávban 
és úgy használhatjuk, akár bármelyik 
helyi mappánkat. 
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Bejelentkezés más gépekre, 
sajátunk megosztása 

A , Rendszer / Adminisztráció" 
menüben a , Megosztott mappák"-kal 
tudjuk saját megosztásainkat 
adminisztrálni. 

A két lehetséges megosztási mód 

a Samba, azaz windowsos megosztás 
annak unixos megvalósítása segítsé- 
gével és az NES, azaz a Network File 
System. Első használatkor megkérde- 
zi, melyiket választjuk (legalább az 
egyiket, de lehet mind a kettőt is). 

A kiválasztott protokollokat auto- 
matikusan telepíti is. Ha most 
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nem jelöljük be az egyiket, később 
már csak kézileg telepíthetjük. 
Megosztandó mappáinkat egy — most 
még üres - listához kell hozzáaádnunk, 
kiválasztva melyik — Samba vagy NES 
metódus szerint osztjuk meg, és kinek 
engedélyezzük (kiszolgáló hozzáadá- 
sa). Ez utóbbit vegyük nagyon komo- 
lyan, a hozzáférők körét mindig 

a lehető legszűkebbre vegyük, hogy 
elkerüljük az illetéktelen behatolást. 
Ha lehet, minden egyes engedélynél 
jelöljük be a , Csak olvasható" opciót, 
így kevésbé leszünk kiszolgáltatva 
szándékos vagy tudatlanságból eredő 
rongálásoknak. Az engedélyezett gépek 
körét négyféle módon adhatjuk meg: 


e Gépek az eth0 hálózatban (ha több 
hálózati kártyánk van, mindet fel- 
sorolja): ekkor azok férhetnek hoz- 
zá a megosztáshoz, akik a hálózati 
kártya (itt eth0) beállításaiban 
megadott, azzal egyező hálózati 
szegmensben vannak 

e Gépnév: egy megadott nevű gép 

e IP-cím: egy megadott című gép 

e . Hálózat: a megadott hálózaton 
lévő gépek. Ha ez a hálózat 
a "0.0.0.0", akkor bárki hozzá- 
férhet, de ezt lehetőleg ne alkal- 
mazzuk. 


Az engedélyezett gépeket egy listába 
vehetjük fel, így akárhány gépnevet, 
IP-címet, hálózatot hozzárendelhe- 
tünk egy megosztáshoz. Minden sor- 
hoz külön megadhatjuk, csak olvasha- 
tó módon férhessen hozzá vagy ha ezt 
nem jelöljük be, akkor teljes joggal. 

A Windowst futtató gépek csak 

a Samba megosztásokhoz fognak 
hozzáférni, míg a linuxos vagy más 
unixos gépek (beállításuktól függően) 
mindkét módon képesek hozzánk 
csatlakozni (6. ábra) 

Nemcsak mappákat, nyomtatókat, 

de akár munkaasztalt is megosztha- 
tunk más gépekkel, illetve azok szá- 
munkra. Ez számtalan lehetőséget rejt 
magában, a legkomolyabb üzleti alkal- 
mazásoktól (ahol a felhasználók bár- 
honnan tudják használni megszokott 
környezetüket) csak egyszerűen az 
otthoni gép eléréséig vagy lehetővé 
teszi akár rendszergazdák távoli admi- 
nisztrációját is. A Windows rendszere- 
ken elterjedt a , Távoli munkaasztal" 
(Remote Desktop), ahol a megfelelő 
jogosultságokkal rendelkező felhasz- 


48 Linuxvilág 


Távoli munkaasztal Beallítás ai 


Megosztás 


szi Más felhasználók láthatják a munkaasztalát 


7 Más felhasználók irányíthatják a rnunkaasztalát 


A felhasználók a következő paranccsal láthatják a munkaasztalát: 


vneviewer localhaost localdornain 0 


Biztonság 


rő 


( Megerősítést kér 


Ha egy felhasználó megpróbálja megnézni vagy irányítani az Ön munkaasztalát: 


4] A felhasználónak meg kell adnia ezt a jelszót: 


! (Hjsúgó w 


nálók hálózaton keresztül bejelent- 
kezve, saját virtuális munkaasztalt 
kapnak. Ennek egy másik megoldása 
a VNC (Virtual Network Computing), 
amely ugyan nem olyan gyors, mint 
a Távoli munkaasztal, de nyílt forrás- 
kódú, szabad szoftver. 

Mindkettőt kiválóan elérhetjük egy 
Ubuntuval. Ehhez nyissuk meg az 

, Alkalmazások / Internet" menüben 
lévő ,Távoli asztali kapcsolat" alkal- 
mazást. Itt meg kell adnunk a távoli 
gép IP címét vagy nevét, majd hogy 
milyen protokollal kívánjuk elérni. 
Ha a távoli gép egy windowsos 
Távoli asztal szolgáltatást nyújt, 
akkor ez az RDP (az RDP 5-ös verzi- 
óját Windows 2003-as szerverrel 
alkalmazhatjuk). Ha a távoli gépen 
egy VNC szerver tut (lehet ez linuxos 
és windowsos egyaránt), akkor 

a VNC protokollt válasszuk. 
Megadhatunk még felhasználóne- 
vet, jelszót, esetleges tartománynevet, 
saját gépnevünket, mekkora képer- 
nyőt szeretnénk látni, milyen szín- 
mélységben, a hangok átjöjjenek-e 

a helyi gépünkre a távoli gépről, mi- 
ként kezelje a billentyűkombinációkat, 
és még néhány apróságot (7. ábra). 
Saját gépünket asztalát megoszthatjuk 
másokkal a , Rendszer / Beállítások" 
menüben a , Távoli munkaasztal beál- 
lításai" párbeszédablakban (8. ábra). 
Ez tulajdonképpen egy VNC szervert 
állít be és indít el gépünkön, amennyi- 
ben bejelöljük, hogy , Más felhaszná- 
lók láthatják a munkaasztalát" . 

Ez csak megfigyelésre jó, mondjuk 
gyermekünk netezésének figyelem- 


X Bezárás 





mel kísérésére, ha a távolból érdem- 
ben használni is szeretnénk a számító- 
gépet, akkor a , Más felhasználók irá- 
nyíthatják a munkaasztalát" is be kell 
jelölnünk. Ez a működő munkaasztal 
megosztására vonatkozik, tehát ebben 
az esetben nem új virtuális munkaasz- 
talról van szó. A biztonság nagyon 
fontos, hiszen nem engedhetjük meg, 
hogy bácrki is elérhesse engedélyünk 
nélkül a gépünket, ezért bejelölhetjük, 
hogy egy távoli felhasználó csatlako- 
zásakor kérjen-e megerősítést, illetve 
hogy kelljen-e jelszó a kapcsolathoz. 
Én ajánlom mindkettőt megadni. 

Ha idáig eljutott a kedves olvasó, 
nyugodtan hátradóőólhet, és elége- 
detten elszopogathat jól működő 
Ubuntuja tiszteletére egy pohár Villá- 
nyi Chardonnay-t. A következő szám- 
ban az indítással, a kernellel, a fájl- 
rendszerrel, a frissítésekkel, a csoma- 
gok telepítésével és az alkalmazások 
menüvel foglalkozunk. 

Addig is a bor mellett ne feledjék az 
Ubuntu jelszavát: , Emberség másokkal 
szemben!" 





váltás mindig rizikós, ám 
ezennel bátorkodom el- 
oszlatni a kételkedők min- 
den aggodalmát: igen, a legtöbb 
windowsos programnak van linuxos 
megfelelője. Néha jobb is nála, néha 
kevésbé, de van. Lássuk be, ez tulaj- 
donképpen törvényszerű. Ilyen az 
élet. Ráadásul a Linux alatt futó 
alkalmazások puritán kinézetük 
ellenére is stabilabbak. 

Az XChat határozottan kényelmes 

és felhasználóbarát grafikus felülettel 
rendelkezik, amely a GTIK-t-on ala- 
pul. Rendelkezik csaknem az összes 
mIRC-ben megszokott szolgáltatás- 
sal, sőt a , hardcore" linuxosok által 
használt konzolos IRC-ügyfelekkel 
(BitchX, ircti, irssi, epic4) is felveszi 
a versenyt. 

Az XChat gyakorlatilag minden 
Linux terjesztésnek része. 

Ha GNOME ablakkezelőt haszná- 
lunk, akkor biztosra vehetjük, hogy 

a menüben ott lesz az XChat pont is. 
lermészetesen forrásból is telepíthető, 
de a kezdő felhasználóknak inkább 

a bináris csomagot javaslom. SuSE 
alatt a Yast, UHU alatt az apt-get segít- 
ségével telepíthetjük, hogy csak a két 
legnépszerűbb terjesztést említsem. 
Az XChat amúgy nem csak Linux 
alatt működik. Támogatja a FreeBSD, 
NetBSD, OpenBSD, Solaris, AIX, 
IRIX, DEC/Compag Tru64 UNIX, 
HPUX 10.20 és 11, MacOS X valamint 
a Windows 98/ME/NT/2000/XP 
rendszereket is. 

Az XChat jelenlegi stabil verziója 

a 2.4.4., amit a 5 http://xchat.org/ 
donwload/ oldalról tölthetünk le 

akár forráskód, akár előrefordított cso- 
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X-Chat IRC Server Settings Window Help 


119:3054] - . You are now talking on ETET 

i "march 
ci 
mathew 
oh2pu 
guix 

A real aga 


a [ay aiafafagi 
Hi . ogueeeez 





NÉ. 


[killal 


FreeN..] telinu.] Rcne..] ftdebi..] jElinu,, [ms tthung.] teirel..] tegultt..] morze..] 





mag formájában. Cso- 
mag a következő ter- User Information 


jesztésekhez létezik: Mélename; ÜKNANT 
Fedora, SuSE, Mandriva, Second choice: [[killall-] 


Gentoo, Slackware. Third choice: 
Szintén innen érhető User name: 
el a MacOS X-re, Real name: 


a FreeBSD-re és Networks 
a Windowsra készült 
változat is. 

A dpkg alapú terjeszté- 
sek (ilyen például B 
a Debian és az UHU) Freeworld 
felhasználói se kese- GEJÁRYBIST 
redjenek el. Mindkét SEMESSET 


German. Flite 
disztribúció tükör- 7 skip server list on startup 


2 


ezé 


szerverein elérhető 


az XChat, és egy Connect Connect in new tab 


egyszerű 


apt-get install 
s xchat 
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servers for FreeNade 


EZERT gyorsabban kapcso- 
késre jáz Aze LÉTÉT ! 4 
META ESEES lódni egy IRC kiszol- 
gálóhoz. 
db Hozzáadás Első lépésben meg 
1]  kelladnunk a kö- 


7 Connectto selected server only 


Your Details 
7 Use global user information 


Connecting 


[7 Auto connect to this network at startup 


[7 Use a proxy server 


[/ Use SSL for all tne servers an this network 


[7 Accept invalid 58L certificate 


channels to joln: 


Ctonrect coamrmand: 


Nickserv password: [eetetetetetek 
IIs0-8859-2 (Central Eur v] 


server password; 


Character set: 





paranccsal telepíthető. ( Iulajdon- 
képpen a legtöbb nagyobb disztri- 
búcióban ez a kliens az alapértel- 
mezett IRC alkalmazás, vagyis 
csak kivételes esetben lesz szüksé- 
günk telepítésre.) 


Az XChat használata 

Amint elindítottuk a programot, 
létre fog jönni a home könyvtá- 
runkban egy rejtett könyvtár 
(—/.xchat2/) amely az XChat konfigu- 
rációs fájljait tartalmazza. (Linux 
alatt a rejtett fájlok és könyvtárak 
neve ponttal kezdődik, ettől lesznek 
, rejtettek". Ahhoz, hogy ezt a könyv- 
tárt lássuk, be kell állítanunk ked- 
venc fájlkezelőnkben a rejtett könyv- 
tárak/fájlok megjelenítését. Szeren- 
csére e könyvtár tartalmának bármi- 
féle módosítására csak különleges 
esetben lehet szükség, hiszen a grafi- 
kus felületen szinte minden beállítás 
elvégezhető. Ez pedig egy kezdő 
linuxos számára igen fontos szem- 
pont lehet.) 

Lássuk tehát a lényeget, vagyis 

hogy miként tudunk minél 
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sz Eltávolítás 


[zélinuxforum.hu 


vetkező adatainkat: 
becenév (nicknév), 
felhasználónév, 
valódi név. 

FI kell döntenünk, 
hogy melyik kiszolgá- 
lóhoz szeretnénk 
csatlakozni. 

A beállítópanel eleve 
felkínál egy bőséges 
listát, tehát van miből 
válogatni. És ennyi. 
A Connect (Csatlako- 
zás) gombra kattintva 
a program máris csat- 
lakozik a kiválasztott 
helyhez. 


Lássuk mindezt 

a gyakorlatban! 
legyük fel, hogy UHU 
Linuxot használunk 

és még életükben nem 
láttak IRC ügyfelet. 
Szeretnénk segítséget 
kérni az IRCNet-en 
lévő fuhulinux 
csatornán rendszerünk finomhan- 
golásához. 

Az imént felsorolt adatok beállítá- 

sa után válasszuk szerverként 

az IRCNet-et. 

Célszerű egy hozzánk topológiailag 
közel eső kiszolgálóhoz, vagyis egy 
magyar IRCNet szerverhez csatlakoz- 
ni. Ehhez fel kell vennünk legalább 
egyet a listába. 

A kiszolgálók listájában az IRCNet 
szervercsoportot kell szerkesztünk 
(lásd a képet). A newserver feliratú sor 
a Hozzáadás gombra kattintva jelenik 
meg. Itt kell megadnunk az új elem 
paramétereit. A végén egyszerűen 
zárjuk be az ablakot (erre a cikk végén 
kitérek majd. 


Miután csatlakoztunk a szerverhez, a 
/join fuhulinux 


paranccsal máris beléphetünk az 
fuhulinux.hu csatornára. Aki nem 
szeret gépelni, az használhatja az 
ábrán is látható , channels to join" 
mezőt is. 


Az XChat testreszabása 

Altalában is igaz, hogy az IRC- 
ügyfelek testre szabhatók, de az 
XChat e tekintetben majdnem mind- 
egyiken túltesz. 

Beállíthatunk benne átlátszósá- 

got (lásd a képet) időbélyegek 
használatát, naplózást, és számos 
egyéb szolgáltatást. Külön gombo- 
kat is létrehozhatunk a gyakori 
parancsoknak, így egyetlen kattin- 
tással helyettesíthetünk egy begé- 
pelendő sort. 

A beállításokat a Settings/Preferences 
menüben találjuk, ráadásul saját Perl 
nyelvű szkriptekkel is gazdagíthatjuk 
a szolgáltatások tárházát. 


ATÁT TNM [dt 


A magyar IRCNet kiszolgálók nevet: 
KDÁTSÁMÚ 

extra.Irc.hu 

elte.Irc.hu 

Irc.atw.hu 


Magyar disztribúciófüggő/független 
linuxos Irc-csatornák, ahol segít- 
séget kaphatsz (zárójelben 
a szer ver neve): 
deblan.hu (IRCNnet) 
Flinux.hu (IRCNet) 
7deblan.hu (FreeNode; 

irc. freenode.net) 
7gentoo.hu (IRCNet) 
7 slackware.hu (IRCNet) 
uhulinux (IRCNet) 
flinuxforum.hu (FreeNode) 


IRC dokumentációk (FAOC, paran- 
csok, tudnivalók): 

MED AE áj A 

MELOSZATG ÁÁ 


Hivatalos XChat honlap: 
MED /xchatord 
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AA Me biztonság jövője 


Az, hogy a Linux más 
rendszereknél bizton- 
ságosabb is lehet, nem 
jelenti azt, hogy a saját 
Linuxunk Is az. Vajon 

a fejlesztők és a terjeszté- 
sek készítői hogyan segít- 
hetik a jövőben a rend- 
szergazdákat? 


WHI Ki gondolta volna, hogy már 

öt éve írok rendszeresen biztonsági 
témájú cikkeket? És micsoda ese- 
ménydús öt év volt ez! Láthattuk, 
hogy a legnagyobb korábbi vetély- 
társai felkarolják a Linuxot, amely 
fokozatosan utat talált az asztali 
gépek felé. 

A Linux biztonsága terén szintén 
komoly fejlődés tanúi lehettünk. 

A Linux tűzfalszolgáltatásai olyan 
magas szintre fejlődtek, hogy mára 
számos beágyazott tűzfalkészülék 
alapjául szolgálnak, a biztonsággal 
távolabbi kapcsolatban álló eszközök 
megszámlálhatatlan sokaságát nem 
is említve. A Linux elképesztő 
mennyiségű biztonsági eszköz 
támogatására képes, és a biztonsági 
auditorok és tanácsadók kedvenc 
eszközévé vált. Külön büszkeségre 
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ad okot, hogy a Linux adta több ki- 
vételesen biztonságos, szerep alapú 
hozzáférés-vezérlést (ultra-secure role- 
based access control, RBAC) alkalma- 
zó operációs rendszer alapját, mint 
például az NSA SELinuxa. 

De vajon milyen lesz a linuxos bizton- 
ság jövője? A jelen és a múlt linuxos 
biztonsági kérdéseiről sokat témáz- 
tunk, de a jövőről nem sok szó esett, 
leszámítva a Richard Thieme-mel ké- 
szített interjút. Ebben a hónapban sze- 
retnék egy kicsit elrévedezni, és kifej- 
teni, hogy véleményem szerint merre 
tart a linuxos biztonság, illetve merre 
kellene tartania. 


Mi a baj a jelenlegi állapottal? 

Az utóbbi időben egyre többen ismerik 
fel, hogy egy átlagos linuxos rendszer 
nem sokkal biztonságosabb egy átla- 
gos Microsoft Windows rendszernél. 
Mielőtt méltatlankodó levelek áraszta- 
nák el a postaládámat, hadd fejtsem 
ki, mire gondolok. Először is, személy 
szerint úgy vélem, hogy a Linuxot 
biztonságosabbá lehet tenni, mint 

a Windowst, és ezt a véleményemet 

e helyütt már többször megfogalmaz- 
tam az elmúlt évek során. A felhasz- 
nálók egyszerűen nagyobb hatalmat 
kapnak linuxos rendszerük működé- 
sének ellenőrzéséhez, mint egy azzal 
egyenrangú windowsos rendszer 
esetében kapnának. 





A baj az, hogy a Linux felhasználók, 
hasonlóan a Windows használók- 
hoz, energiájuk egyre nagyobb 
hányadát arra fordítják, hogy gépük 
képes legyen érdemi feladatait el- 
látni, és túlságosan nagy bizalommal 
viseltetnek rendszerük beépített, 
alapértelmezett biztonsági beállítá- 
saiba. Az is vitathatatlan, hogy ami- 
kor egy-egy programhiba napfényre 
kerül (márpedig az ilyen esetek 
elkerülhetetlenek), akkor hatása jóval 
kiterjedtebb, mint amekkora a meg- 
felelő óvintézkedések megtételével 
lehetett volna. 

Ha például BIND 99 névszolgáltatást 
akarok futtatni, belekerül némi 
munkámba és kutakodásomba, mire 
működni kezd. A BIND chroot jailben 
való futtatása és a kiszolgáló fájlrend- 
szerének a named folyamat számára 
elérhető részének korlátozása ennél 

is több munkát igényel. Éppen ezért 

a BIND használóinak jelentős része 
nem chroot jailben futtatja a BIND-et. 
Ha ismertté válik a BIND valamilyen 
sebezhetősége, akkor a BIND-ot hasz- 
nálók többsége jóval több kellemetlen- 
séggel kénytelen szembesülni, mintha 
megküzdött volna a chrootos bebör- 
tönzéssel. Lehet, hogy végül semmivel 
sem járnak jobban, mintha egy 
microsoftos, a BIND-hez képest akár 
szerényebb tudású névkiszolgálót fut- 
tattak volna. 


Röviden szólva, azt akarom kifejezni, 
hogy a Linux biztonsági szolgáltatá- 
sainak jelentős részét egyszerűen 
nem veszik igénybe a felhasználók. 
A végeredmény - legalábbis pro- 

fi behatoláspróbákat végző baráta- 
im szerint - az, hogy egy átlagos 
Red Hat Enterprise rendszerbe 

nem sokkal nehezebb betörni, mint 
egy átlagos Windows 2003 Server 
rendszerbe. 

Szerencsétlen végkifejlet, és talán egy 
kicsit meglepő is. Kódbázisának teljes 
nyíltsága ellenére a Linux továbbra is 
ugyanolyan programhibákat tartal- 
maz, mint a Windows, nagyságrendi- 
leg hasonló mennyiségben, és ezek 
felbukkanási gyakorisága is közel áll 
egymáshoz. Jobban belegondolva, mi- 
ért is lenne ez másként? 

A Windowshoz hasonlóan a Linux is 
egy elképesztően összetett, több száz 
ember munkája nyomán létrejött 
kódhalmazt jelent. Minél több a kód, 
annál több a hiba is, nemde? 

Nemrég készített velem egy interjút 
a SearchSecurity.com, a téma egy 

a Microsoft támogatásával a Security 
Innovation, Inc által készített tanul- 
mány volt. A tanulmány végső követ- 
keztetése az volt, hogy a Windows 
biztonságosabb a Linuxnál. Vélemé- 
nyüket főként a biztonsági hibák 
megjelenésének gyakoriságára és 

a foltok megjelenéséig átlagosan 
eltelt idő hosszára alapozták. 

Azt gondolom, korrekt kritikát adtam 
a tanulmányról, amely a biztonság- 
nak kizárólag ezeket a könnyen 
számszerűsíthető értékeit vette 
figyelembe, a Linux más a biztonság 
terén jelentkező előnyeiről, mint 

a testreszabhatóság és a bővebb 
szoftverválaszték, egyszerűen elfe- 
ledkezett. Fogalmazhatnék úgy is, 

a tanulmány inkább az alapértelme- 
zett telepítésekre volt érvényes, 

és nem vette figyelembe, hogy az 
egyes operációs rendszerek mennyi 
lehetőséget adnak használóiknak 

a biztonság fokozására. 

Minél többet gondolkodom ezen, 
annál tisztábban fogalmazódik meg 
bennem az a gondolat, hogy az adott 
rendszerben rejlő biztonsági lehető- 
ségek mit sem érnek, amíg a rend- 
szert futtató gépek nem használják 
ki őket. Itt nem kizárólag a végfel- 
használókra gondolok, nem 

a rendszergazdákat szeretném 


bírálni. Később még kifejtem részle- 
tesebben is, de úgy vélem, a Linux 
fejlesztőinek és terjesztőinek tovább- 
ra mindent meg kell tenniük annak 
érdekében, hogy a biztonsági 
szolgáltatások mindent átszőjenek, 
átlátszók, könnyen beállíthatók és 
egyszerűen használhatók legyenek. 
Egyébként, ha már összehasonlítom 
a Linuxot és a Windowst, meg kell 
említenem, hogy a Windows is túlsá- 
gosan sok a használói által parlagon 
hagyott biztonsági szolgáltatással 
rendelkezik. 

Rendben, alapállapotában a Linux 

és a Windows egyaránt rosszabb 
biztonságot ad, mint amire képes 
volna, és mindkettő megnyerhetetlen 
versenytutásba kényszerít bennünket 
a programhibák és a biztonsági 
foltok között. Mivel kell még 
megküzdenünk? 

Nos, mindkét operációs rendszer 

a meglehetősen primitív önkényes 
(vagy önkéntes) hozzáférés-vezérlési 
modellt használja, ahol a biztonsági 
beállítások egész osztályainak hasz- 
nálata, illetve ezek viselkedése kiegé- 
szítő, elhagyható jellegű. Ebben 

a modellben van egy szuperfelhasz- 
nálói fiók — Linux alatt a root, Win- 
dows alatt a rendszergazda —, mely is- 
tenségszerű hatalommal rendelkezik 
a teljes rendszer felett, ide értve más 
felhasználók fájljait is. Mindkét 
operációs rendszerben csoporttagsá- 
gokkal lehet különféle hozzáférési 
szinteket létrehozni, más szóval 

a szuperfelhasználói jogokat átadni. 
A gyakorlatban a legtöbb rendszerre 
szuperfelhasználóként kell bejelent- 
keznünk, illetve ideiglenesen az ő 
szerepét kell felvennünk, ha valami- 
lyen fontosabb műveletet akarunk 
elvégezni. 

Ha tehát egy linuxos vagy 
windowsos rendszer felett korlátlan 
hatalmat akarunk szerezni, akkor 
csak egy a szuperfelhasználó jogaival 
futó folyamat biztonságát kell meg- 
törnünk. Hogyan? A fontosabb dé- 
monokat jogosultságok nélküli fel- 
használók nevében futtatjuk, így hiá- 
ba találnak hibákat ezekben a démo- 
nokban, a rendszer biztonsága nem 
sérülhet. Vagy mégis? Nem, közvetle- 
nül valóban nem, de az egyéb szoft- 
verekben található hibák miatt egy 
alacsonyabb jogosultságokkal futó 
program is szert tehet szuperfelhasz- 


nálói jogokra. Ilegyük fel például, 
hogy van egy Apache alapú web- 
kiszolgálónk, és egy napon egy 
támadónak sikerül kihasználnia egy 
még befoltozatlan, az Apache-ban 
található puffertúlcsordulásos hibát, 
amivel sikerül héjhozzáférést sze- 
reznie a kiszolgálón. Ezen a ponton 
a támadó a webfelhasználó jogaival 
élhet, ugyanis az Apache ennek 

a felhasználónak a jogosultságaival 
fut. Tegyük fel, hogy ugyanezen 

a rendszeren a rendszermagnak 

is van egy befoltozatlan hibája, ami 
lehetővé teszi a helyi jogosultságok 
megemelését. 

Lehet, hogy a rendszergazda tud is 

a hibáról, de nem foglalkozott a javítá- 
sával, hiszen csak helyből használható 
ki, és rajta kívül senki nem rendelke- 
zik héjhozzáféréssel a rendszerhez 

— és persze ki akarná újraindítani 

a gépet csak a rendszermag megfolto- 
zása miatt? Csakhogy mostanra a tá- 
voli támadó helyi héjhozzáférést szer- 
zett, sikeresen kihasználja a rendszer- 
mag sebezhetőségét, és máris rootként 
garázdálkodhat a gépen! Nem is gon- 
dolnánk, milyen gyakori ez a forgató- 
könyv, és kiválóan szemlélteti, hogy 

a hibák önmagukban is sok fejtörést 
okoznak, de a root mindenhatóságára 
épülő biztonsági modellel kombinálva 
a bajok megsokszorozódnak. 
Nagyjából ez jellemzi a linuxos 
biztonság jelenlegi állapotát. 

A Linux biztonságossá tételéhez 
komoly erőfeszítéseket kell tennünk: 
ki kell használnunk az alapesetben 
legtöbbször nem engedélyezett, 
időnként meglehetősen bonyolult 
biztonsági szolgáltatásokban rejlő 
lehetőségeket, és minden rendelke- 
zésünkre álló biztonsági foltot te- 
lepítenünk kell — mindezt a Linux 
egyszerű biztonsági modellje által 
biztosított keretek között. De ne ag- 
gódjunk, jó társaságba keveredtünk: 
napjaink operációs rendszerei 
ugyanezekkel a korlátokkal és 
kihívásokkal küzdenek. 


Kötelező hozzáférés-vezérlés 

Már utaltam rá, hogy a Linux, az álta- 
lános UNIX és a Windows rendszerek- 
ben látható hozzáférés-vezérlés és 

a fájleléréseket szabályozó megoldás 
önkényes, ami biztonsági modellként 
gyengének számít. Mi a helyzet az 
SELinuxszal? Az RBAC-k és a típus- 
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szabályok (type enforcement, TE) vajon 
jó példát adnak a kötelező hozzáférés- 
vezérlésre? Igen. lartok azonban attól, 
hogy a linuxos biztonságnak nem ez 

a jövője, pontosan azért, amiért az 
SELinux sem tudott számottevő szere- 
pet szerezni e téren. 

Az RBAC-k gondosan körülírt szere- 
pek alapján korlátozzák a felhaszná- 
lók viselkedését és a rendszer erőfor- 
rásaihoz való hozzáférését. Ezek 

a szerepek hasonlóak a hagyományos 
UNIX csoportokhoz, bár jóval 
messzebbre hatnak. A típusszabályok 
hasonlóan, előre megadott művelet- 
tartományok alapján korlátozzák 

a folyamatok által végrehajtható mű- 
veletek körét. Az RBAC-k és a TE-k 
használatával végül elválasztott silók 
(én legalábbis így hívom őket) jönnek 
létre, ezekben tevékenykednek a fel- 
használók és a folyamatok, és a silók 
között csak korlátozott párbeszédet 
engedünk meg. 

Ez egy elegáns és hatékony biztonsági 
modell, csakhogy az emberek túlnyo- 
mó része számára az RBAC-k, a TE-k 
és az egyéb hozzáférés-vezérlési mód- 
szerek túlságosan bonyolultak, és túl- 
ságosan sok felügyeleti többletmunkát 
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okoznak. Sokak számára ezek a ténye- 
zők az SELinuxot és a hozzá hasonló 
operációs rendszereket elismert, de 
elkerült megoldásokká teszik — olyan 
operációs rendszerek ezek, melyek 
bizonyos csoportok igényeinek meg- 
felelnek, széles körben azonban nem 
tudnak elterjedni. Bár magam is cso- 
dálom az SELinux biztonsági architek- 
túráját, sőt, rajongok az RBAC-k hasz- 
nálatának ötletéért, nem hiszek abban, 
hogy az általuk megvalósított kötelező 
hozzáférés-vezérlésnek esélye volna 

a linuxos biztonság megújítására. 


Hiperfelhasználók és virtuális gépek 
Ha az RBAC-k és a TE-k használata 

az operációs rendszer szintjén túlsá- 
gosan kényelmetlennek bizonyul 

a betörések hatókörének korlátozásá- 
ra, a hiperfelhasználók (hipervizorok) 
és a virtuális gépek (virtual machine, 
VM) egy magasabb szinten talán meg- 
oldást kínálnak. A virtuális gépeket 
már két területről is ismerhetjük: 
egyrészt a virtuális futtatási környeze- 
tek révén, ilyet használnak például 

a Java programok, másrészt a virtuális 
gépek által, ilyen a VMware, a plex86 
és a VirtualPC; ezek virtuális hardver- 


környezetben teljes operációs 
rendszerek futtatására képesek. 

A Java virtuális gépet figyelemre 
méltó biztonság szolgáltatásokkal ru- 
házták fel, ezek közül a legfontosabb 
talán a Java homokozó. Általában 
véve a Java biztonsága abból fakad, 
hogy a Java kisalkalmazások a nyers, 
valós rendszererőforrásoktól elkülö- 
nítve futnak, minden művelet a Java 
virtuális gép közvetítői segítségével 
történik. Ez is kiváló biztonsági mo- 
dell, és a programozók és a végfel- 
használók számára egyaránt könnyen 
használható. A Java - több okból — 
napjainkra széles körben elterjedt. 

A virtuális számítógépek eggyel 
tovább viszik ezt az elgondolást, és 
nemcsak programok, de teljes operáci- 
ós rendszerek között is képesek köz- 
vetíteni. A biztonsági alrendszer ese- 
tükben még kevésbé kiforrott, mint 

a Java virtuális gép esetében. A biz- 
tonság kezelését túlnyomó részt 

a virtuális környezetben futó vendég 
operációs rendszerre bízzák. Egy 
VMware-ben futó SUSE Linux tehát 
se többé, se kevésbé nem biztonságos, 
mint egy a saját hardverén futó. 

A hiperfelhasználós technológia az 
azonos hardveren futó virtuális gépek 
elkülönítésének és a párbeszédek kor- 
látozásának gondjára kínál megoldást, 
illetve általa megelőzhető, hogy az 
egyik virtuális gép biztonságának sé- 
rülése a többi gépet is érintse. Az IBM 
sHype névvel már készített egy 
hiperfelhasználós biztonsági rend- 
szert. Létezik egy nyílt forrású 
hiperfelhasználókra és virtuális 
gépekre alapozó fejlesztés is, ez 

Xen néven fut. 

Bár a hiperfelhasználók alkalmazásá- 
nak fő oka az, hogy az azonos fizikai 
gépen futó virtuális gépek — például 

a megosztott hardveres erőforrások 
kisajátításával — ne zavarhassák meg 
egymás működését, az önmagában 
sem rossz gondolat, hogy kellene vala- 
milyen magasabb szintű, a rendszerek 
felügyeletére képes intelligenciát biz- 
tosítani. Ez a hagyományos 
behatolásészlelő rendszerek (intrusion 
detection system, IDS) működését leg- 
alábbis javítaná, de lehetséges, hogy 
át is venné azok szerepét a rendszer 
biztonságának megsértésére irányuló 
kísérletek felismerése és kibontakozá- 
sának megakadályozása terén. 

A kötelező hozzáférés-vezérlés és 


a hiperfelhasználókra és virtuális gé- 
pekre alapuló megoldások nem zárják 
ki egymás alkalmazását. Ugyanakkor 
az én meglátásom - nem kis részben 
barátom és biztonsági elemző munka- 
társam, Tony Stieber hatására — az, 
hogy a hiperfelhasználós megoldás- 
nak jóval nagyobb lehetősége lesz 

a linuxos biztonság jövőjének alakítá- 
sára, mint a kötelező hozzáférés- 
vezérlésnek. lermészetesen együttes 
használatuknak sincs akadálya. Kép- 
zeljünk el egy nagyméretű, nagy telje- 
sítményű rendszert, mely nagyszámú 
virtuális gépet futtat, és ezeket egy 
hiperfelhasználó felügyeli. Az egyik 
virtuális gépen egy általános célú ope- 
rációs rendszer — például Linux — mint 
webkiszolgáló üzemel. A másik virtuá- 
lis gép érzékeny adatokat kezelő adat- 
bázisként szolgál, erre valamilyen kö- 
telező hozzáférés-vezérlést alkalmazó 
operációs rendszer kerülhet, például 
SELinux. Mindkét virtuális gép része- 
sül a hiperfelhasználós modell által 
biztosított előnyökből, miközben az 
SELinux a maga játékterén további 
védelmet is nyújt. 


Rendellenesség alapú 
hehatolásészlelés és vírusvédelem 
A kötelező hozzáférés-vezérlés és 

a hiperfelhasználós megoldás mellett 
egy további, már létező, de a jövőben 
valószínűleg a jelenleginél nagyobb 
szerepre érdemes technológia a rend- 
ellenesség alapú behatolásészlelés. 

A rendellenesség alapú IDS-ek ötlete 
egyszerű: meg kell adni, hogy mi jel- 
lemzi a rendszer és a hálózat normál 
működését, és váratlan vagy rendelle- 
nes viselkedés észlelésekor riasztást 
kell küldeni. 

Ha maga az ötlet egyszerű, a megva- 
lósítás pedig már megvan, akkor miért 
nem használjuk szélesebb körben is? 
Azért, mert nem olyan egyszerű és 
kiforrott, mint az aláírás-egyeztetés. 
Az aláírás alapú IDS-eket már is- 
merjük: rendelkeznek a támadások 
aláírásainak adatbázisával, és összeve- 
tik ennek tartalmával a hálózati cso- 
magokat, illetve a csomagok soroza- 
tait. Ha egy csomag megegyezik 

egy az adatbázisban szereplővel, 
akkor támadás részeként kezeljük, 

és riasztást bocsátunk ki. 

Ennek a megoldásnak az előnye, 
hogy könnyen használható, és kevés 
hamis riasztást ad ki. Az aláírás alapú 


rendszerek akkor mondanak csődöt, 
ha újfajta támadás éri a rendszert, 
esetleg a támadás túlságosan bonyo- 
lult ahhoz, hogy megfelelő aláírás 
tartozhasson hozzá az adatbázisban, 
és ezért nem sikerül felismerni. 

A rendellenesség alapú megoldásnál 
ezzel szemben minden olyan új táma- 
dás felismerhető, amely kellően meg- 
különböztethető a normál működéstől. 
Ennek ára az, hogy az IDS rendszer- 
gazdájának be kell tanítania a rend- 
szert (ennek során mutatja meg neki, 
hogy mi számít normál üzemnek), és 
a betanítást rendszeres időközönként 
meg is kell ismételni. Amíg a viszonyí- 
tási alapot nem sikerül finomhangolni, 
addig viszonylag gyakori hamis riasz- 
tásokra kell készülni. 

Még 1999-ben volt szerencsém részt 
venni Marcus Ranum egy előadásán, 
ahol a rendellenességek felismerését 

a behatolásészlelő rendszerek jövője- 
ként jellemezte. Mondanom sem kell, 
ez a jövő még nem érkezett el, bár 
már vannak ilyen termékeket kínáló 
gyártók, például a Lancope és az Arbor 
Networks. Remélem, előbb-utóbb vala- 
ki kitalálja, hogyan lehet ezt a felada- 
tot valamilyen egyszerűbb módon el- 
végezni, a jelenlegieknél egyszerűbb 
és könnyebben használható rendsze- 
reket alkotva. Úgy látom, ezzel olyas- 
fajta hálózati hiperfelhasználó jönne 
létre, aki hasonló intelligenciával ru- 
házná fel a hálózatokat - álljanak azok 
akár virtuális, akár valós gépekből —, 
mint amilyet a virtuális számítógépek- 
nek is biztosít. 

Megjegyzem, a víruskeresők legalább 
annyira ki tudnák használni a rendelle- 
nességek felismerését, mint a behato- 
lásészlelő rendszerek. Mi sem igazol- 
hatja ezt jobban, mint az a tény, hogy 
azok a szervezetek, amelyek korszerű, 
de kizárólag vírusaláírásokra támasz- 
kodó víruskereső programokat hasz- 
nálnak, rendszeresen áldozatául esnek 
a nagyobb vírus-, trójai- és féregkitöré- 
seknek. Egyértelmű, hogy a jelenlegi, 
aláírásokat alkalmazó víruskereső 
eszközök hatékonysága elégtelen. 


Összefoglalás és búcsú 

Nagyjából ezek a Linux biztonsá- 
gával kapcsolatos gondolataim. 
Amíg nem sikerül előbbre lépni, 
használjuk tovább a meglévő, a jelen 
rovatban is sokat tárgyalt eszközö- 
ket: a tűzfalakat, a víruskeresőket, 


az önműködő foltozó és programfris- 
sítő eszközöket, a virtuális magán- 
hálózatokat és az egyedi biztonsági 
alkalmazásokat, mint a chroot jailek 
és a naplók. 

Ezzel én búcsút intek, nemcsak erre 

a hónapra, hanem bizonytalan időre. 
Legalább egy kis ideig más dolgokra 
kell fordítanom a figyelmemet, és 

a rovatban új hangokat is hagynom 
kell megszólalni. Biztonsági szerkesz- 
tőként továbbra is ott leszek a háttér- 
ben, és ebben a szerepben a jövőben 
is segíteni fogom a Linux Journalt 
abban, hogy a biztonság témakörében 
kimagasló színvonalú tartalmat bizto- 
síthasson. Remélem, hogy alkalman- 
ként további írásokat is tudok majd 
készíteni, a rovat kizárólagos szerző- 
jeként azonban ez az utolsó cikkem. 
Köszönöm mindenkinek az elmúlt öt 
év támogatását, bátorítását és segítsé- 
gét: írásaimban soha nem véthettem 
úgy hibát, hogy valaki ki ne javítson 
— mindig baráti hangnemben. 
Nagyszerű öt év volt, hálás vagyok 

a lap fantasztikus gárdájának és olva- 
sóinak, hogy részem lehetett benne! 


Linux Journal 2005. 136. szám 
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Hálózatok (21. rész) - Az ÍIpv6 


Az IP protokoll ma használt változata, az IPv4 felett eljárt az idő. Előbb-utóbb 
elfogynak a még ki nem osztott IP címek, és egyre kevésbé tud megfelelni 
a 21. század igényeinek. Hamarosan eljön tehát az IPv6 kora. 


Már a 90-es évek elején, az internet 
robbanásszerű terjedésének kezdete- 
kor látható volt, hogy kevés az a 32 
bit, amelyen az IP címeket tárolják. 
Ugyan a CIDR bevezetésével (lást elő- 
ző rész) egy kis idő nyerhető, de előbb 
vagy utóbb el fognak fogyni a még 
szabadon kiosztható IP címek. 

Az internetbe kapcsolt gépek száma 
még ma is nagy léptékben növekszik, 
és ez várhatóan a jövőben sem fog 
változni. Viszont az új gépek nagy ré- 
sze valószínűleg nem újabb számító- 
gépek bekötését fogja jelenteni (habár 
az Interneten jelenlévő számítógépek 
száma továbbra is exponenciálisan 
emelkedni fog). Az internet ma már 
új iparágak célpontja, mint például 

a telekommunikáció vagy a szórakoz- 
tató ipar, amelyek hihetetlenül nagy- 
számú eszközt szeretnének az 
internethez kapcsolni. Gondoljunk 
például az interneten keresztüli 
telefonálásra, vagy olyan televízió- 
készülékre, amely egyben internetes 
gépként is működik. Ezeknek az új 
eszközök bekötéséhez nem áll elegen- 
dő IP cím rendelkezésre. 

A túl kicsi címtéren kívül más problé- 
mák is vannak az IPv4-el. Először is 
nem foglalkozik kellőképp a szolgá- 
lat tíbpusával, minden csomagot 
ugyanúgy kezel, tartalmazzon az 
akár egy e-mailt, vagy egy valósidejű 
médiafolyamot. 

Ezenkívül nem tartalmaz semmiféle 
hitelesítési és titkosítási szolgáltatást. 
Egy gép sosem lehet biztos abban, 
hogy a csomag tényleg attól érkezett- 
e, aki feladóként szerepel, ráadásul az 
átmenő csomagok tartalmába az néz 
bele, aki csak akar. Ha ez ellen tenni 
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w 1. ábra Az Pv6-os címtartomány felosztása 


szeretnénk valamit, akkor azt csak 
alkalmazás szinten tehetjük meg, azaz 
olyan programokat kell használnunk, 
amelyek saját maguk gondoskodnak 
az átvitel titkosságáról. 

Szükség volt még az IPv4 csomagok 
fejlécének egyszerűsítésére is. A bo- 
nyolult, sok mezőből álló fejléc feldol- 
gozása komoly teljesítményt igényel, 
így az útválasztóknak tovább tart fel- 
dolgozniuk egy-egy csomagot. 
Világos tehát, hogy szükség volt egy új 
protokollra, amelynél nem állnak fent 
ezek a problémák. Ezért már 1990-ben 
elkezdtek dolgozni az új IP protokol- 


lon, amelynek eredménye az először 
1993-ban publikált SIPP (Simple 
Internet Protocol Plus) lett, amit ma 
már csak IPv6 néven emlegetnek. 

(A logika azt diktálná, hogy az IPv4 
következő generációjának IPv5 legyen 
a neve, de ez a név már sajnos akkor 
foglalt volt, egy kísérleti folyamalapú 
protokoll birtokolta). Minden bi- 
zonnyal ez a protokoll lesz az, amely 
egy nap kiváltja majd az IPv4-et (habár 
egy a váltás a gépek nagy száma miatt 
nem egyik napról a másikra fog bekö- 
vetkezni), ezért mindenképp érdemes 
közelebbről is megismerkednünk vele. 


Először is, az IPv6 128 bites címekkel 
dolgozik. Ez elegendő ahhoz, hogy jó 
időre, hacsak nem örökre megszaba- 
duljunk a kiosztható címek hiányából 
fakadó problémáktól. 

Az IPv6 fejléce egyszerűsödött. Míg 
az IPv4 csomagok fejléce 13 mezőt 
tartalmaz, addig az IPv6 fejléc csak 
7-et. A legtöbb mező opcionális lett, 
azaz csak akkor szerepel a csomag- 
ban, ha tényleg szükség van rá. 

Ez a megoldás elősegíti a többletter- 
helés csökkentését, mivel az útválasz- 
tók könnyen átugorhatják azokat az 
információkat, amelyek nem érdeklik 
őket. Az IPv6 fejléc csupán a duplája 
az IPv4 fejlécnek, ami nem mondható 
rossznak, ha figyelembe vesszük azt, 
hogy a forrás- és a célcím mérete 
megnégyszereződött. 

Az IPo6 az elődjénél sokkal jobban 
odafigyel arra, hogy mit szállít a cso- 
mag, azaz mi a szolgálat típusa. Igaz, 
erre 8 bit az IPv4-ben is rendelkezésre 
állt, manapság azonban ez nem tűnik 
valami soknak, a jövőben meg bizto- 
san nem lesz elegendő. 

A legutolsó, ám egyáltalán nem elha- 
nyagolható újítás a biztonság terén 
történő előrelépés. Végre a hálózati 
réteg szintjén is lehetőség van a hite- 
lesítésre és a titkosításra. 


Mint már említettük, az IPv6 32 bites 
címek helyett 16 bájtos, azaz 128 bites 
címeket használ. 16 bájton rendkívül 
sok cím ábrázolható, olyan sok, hogy 
gyakorlatilag soha többé nem kell 
szembesülnünk a szabad címek hiá- 
nyával. Az sem jelent problémát, hogy 
a címek elég gazdaságtalanul, hierar- 
chikus módon kerülnek kiosztásra. 
Még így is a Föld minden négyzetmé- 
terére több ezer cím jut. 

Az IPv6 címeket különböző kategóri- 
ákba soroljuk az első bájtjuk, az úgy- 
nevezett format prefixük alapján. 

Az 1. ábrán látható táblázat mutatja, 
hogy milyen csoportokra is bontjuk 

a 16 bájtos címtartományt. (Fontos 
megjegyezni, hogy a címtérnek körül- 
belül csak a 1690-a van lefoglalva, 

a többi tartalékként, későbbi kihasz- 
nálásra várnak). 

Az IPv6 két címkiosztási stratégiát 
definiál, és mindkét módszer számá- 
ra fenntart egy-egy címtartományt. 
Ezek közül az elsők a 010-val 
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I 2. ábra Az IPv6 csomagok fejléce 


kezdődő úgynevezett Provider based 
unicast address (szolgáltató alapú 
egyesküldésű címek). Ez a kiosztás 
némileg hasonlít arra, ahogy 

a telefontársaságok kiosztják ügy- 
felei között a telefonszámokat. 

Az összes vállalat rendelkezik a tele- 
fonszámok egy bizonyos tartomá- 
nyával, amelyeket hozzárendel 

az előfizetők vonalaihoz. A telefon- 
számok első pár számjegye azonosít- 
ja a szolgáltatót, a többi pedig az 
ügyfelet. A gyakorlatban a szolgálta- 
tó azonosítása két lépcsős: először 
magát az országot kell azonosítani 
az előhívószámmal, majd utána 
következik a szolgáltató kódja. 

A szolgáltató alapú címkiosztás is ha- 
sonló módon épül fel. A prefix utáni 
5 bit meghatároz egy nyilvántartót, 
amely a hozzá tartozó címtartományt 
felosztja a szolgáltatók között. Ezután 
a szolgáltatót azonosító bitek követ- 
keznek (hogy erre hány darab bit szol- 


gál, az csak a nyilvántartótól függ). 

A maradék bitek pedig magát az inter- 
fészt azonosítják. 

Ez a fajta kiosztás szöges ellentét- 
ben áll a mai IPv4-es címkiosztás- 
sal, amelyben a szolgáltatók nem 
játszanak főszerepet. A másik 
csoportot, a Geographic Based 
Unicast Addresses (Földrajzi alapon 
történő egyesküldésű címek) 

a , hagyományos", IPv4-es mód- 

szer szerint kiosztott címek számára 
van fenntartva. Az IPv6 unicast 
címek ily módon történő felosztásá- 
nak köszönhetően mindkét fajta 
címkiosztás lehetséges. 

A helyi használatú címek (local use 
addresses) a belső hálózatok számára 
vannak fenntartva, amelyek elszigetel- 
ten, tűzfalak árnyékában élik életüket. 
Az ilyen címek felé menő csomagokat 
egy útválasztó sem továbbítja a kom- 
munikációs alhálózat felé. 

Kétféle helyi használatú cím létezik. 
Az első a kapcsolati lokális cím (Link 
Local Address). Ezt akkor használják, 
ha a hálózaton lévő összes gép egyet- 
len LAN-on van. Ilyenkor mind 

a 118 bit rendelkezésre áll az interfész 
azonosítására. A másik típus a hely 
lokális cím (Site Local Address), 
amely egy belső intranet kialakítására 
szolgál. Ilyenkor hálózatunk több 
különálló LAN-ból áll, amelyeket 
egymással útválasztókkal kapcsolunk 
össze. Ebben az esetben a cím első 
pár bitje szolgál az egyes LAN-ok 
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azonosítására. 

A többesküldésű (multicast) címek 
mindig nyolc darab egyessel kezdőd- 
nek. Ezek a címek unicast címek egy 
csoportját azonosítják. Az erre a címre 
küldött csomagot a csoport összes tag- 
ja megkapja (lásd az előző részt). 

Az IPv6 rendelkezik egy új funkció- 
val, mégpedig a bárhova küldéssel 
(anycasting). Ilyenkor szintén inter- 
fészek egy csoportjának küldünk 

egy csomagot, viszont közülük csak 
az egyik kapja meg (általában az, 
amelyik a legközelebb helyezkedik 

el a géphez). 

Ha például van több, ugyanazzal 

a tartalommal ellátott (úgymond tük- 
rözött) fájlszerverünk, és ezekhez ren- 
delünk egy anycast címet, akkor a gé- 
pek ezen a címen mindig kapcsolatba 
léphetnek valamelyikükkel. Hogy 

a több szerver közül ki lesz az a kivá- 
lasztott, aki a csomagot megkapja, azt 
az útválasztók döntik el. Az anycast 
címek tartományát hiába keressük 

az 1. ábrán, ugyanis ilyen nem létezik. 
Az anycast címek az unicast címek kö- 
zül kerülnek kiválasztásra, így elvileg 
lehetetlen egy címről eldönteni, hogy 
az unicast, vagy anycast cím-e. 

(Az unicast és anycast címek közötti 
különbség gyakorlatilag annyi, hogy 
míg az unicasthoz csak egyetlen inter- 
fész van rendelve, addig az 
anycasthoz egyszerre több). 

Az IPv6 címeket nyolc darab négy 
hexadecimális számmal jelöljük, 
amelyeket egymástól kettősponttal 
választunk el. Például: 


0100:0000:0000:0123:4567:89AB:CDEE: 
5 1234 


Ezt a címet azonban rövidebben is 
leírhatjuk, például a 0123-at 123-ként 
is jelölhetjük. A cím méretét csökkent- 
hetjük azzal is, hogy a 0-t nem írjuk 


ki, sőt, ha több 0 van egymás mellett, 
akkor az egészet két kettősponttal 
helyettesítjük. Az előbbi cím tehát 
így nézne ki rövidebben: 


0100::123:4567:89AB:1234. 


Az IPv6 csomagok fejléce 

A 2. ábrán látható az IPv6 csomagok 
fejlécének felépítése. Most gyorsan 
áttekintjük, hogy melyik mező 

mire szolgál. 

A prioritás mező segít az útválasztók- 
nak, hogy könnyebben megbirkózza- 
nak a torlódásokkal. A csomagok 

a prioritás mezőjük szerint két cso- 
portba oszthatók: a 0 és 7, illetve a 8 
és 15 közöttiekre. Az első csoportba 
azok a csomagok tartoznak, amelyek 
olyan forrásból származnak, amik 
képesek a forgalomszabályozásra (tor- 
lódás esetén visszavehetnek az adás 
sebességéből). A másik csoport tipi- 
kusan valósidejű forgalmat szállít, 
például hangot vagy mozgóképet. 
Az ilyen csomagokat kibocsátó alkal- 
mazások sosem változtathatnak az 
adás tempóján, még akkor sem, ha 
fennáll a veszély, hogy egyes csoma- 
gok útközben elvesznek. 

E két csoportot tovább bonthatjuk 
fontosabb és kevésbé fontosabb cso- 
magok osztályára. Az első csoportot 
véve példaként, az 1 értékű prioritású 
mező egy olyan csomagot jelöl, ame- 
lyet az útválasztók nyugodtan késlel- 
tethetnek, hiszen senki sem fog meg- 
botránkozni, ha pár másodperccel ké- 
sőbb éri el a célját. Vannak azonban 
olyan, többnyire interaktív forgalmat 
szállító csomagok, ahol minden má- 
sodperc késlekedés a felhasználókban 
komoly indulatokat szülhet. Tipikusan 
ilyen a telnet vagy az ssh. Az ilyen 
csomagokhoz legalább 6-os prioritási 
szintet érdemes rendelni. 

A prioritás mező használata lehetősé- 
get ad a beleszólásra, hogy az útvá- 
lasztók miként kezeljék csomagjain- 
kat, ám van amikor ennél többre 

van szükségünk. Például két alkal- 
mazás kommunikációjához szükség 
van valamiféle speciális késleltetésre. 
Erre nem tudjuk az útválasztókat 
rávenni kizárólag a prioritás mező 
használatával. 

Erre találták ki az IPv6 folyamcímke 
(flow label) nevű szolgáltatását, 
amely jelenleg még csak kísérleti 
jellegű. Segítségével a forrás és 


a cél között egyfajta álösszeköttetést, 
úgynevezett folyamot hozhatunk 
létre, amely különböző tulajdonsá- 
gokkal rendelkezik (például sávszé- 
lesség). A folyamon keresztül haladó 
csomagok egyedi bánásmódot igé- 
nyelnek az útválasztóktól. Az útvá- 
lasztók úgy továbbítják ezeket 

a csomagokat, hogy ne sértsék meg 
az adott folyam előírásait. Ha például 
elő van írva egy meghatározott sáv- 
szélesség, akkor az útválasztóknak 
garantálniuk kell, hogy ez a para- 
méter ne sérüljön. Ez a szolgáltatás 
tulajdonképpen nem más, mint 

hogy virtuális áramkör alapú 
alhálózat ,szimulálása" egy datagram 
alapú alhálózaton. Ez egyfajta egyesí- 
tése a két típusú alhálózatnak úgy, 
hogy nem sérül a datagram alapú 
alhálózatok rugalmassága, viszont 
kiegészül a virtuális áramkör által 
nyújtott garanciákkal. 

Hogy egy csomag melyik folyamba 
tartozik, azt a folyamcímke mezője 
határozza meg. Ha egyik folyamhoz 
sem tartozik, akkor a mező értéke 
mindig nulla. Az útválasztók a fo- 
lyamokat egyértelműen azonosítani 
tudják a forrás és célcím, illetve 

a folyamcímke mező alapján. 

Az IPov6 fejlécét úgy sikerült egyszerű- 
síteni, hogy azokat a mezőket, ame- 
lyekre nincs minden csomagnál szük- 
ség, opcionálissá tettek. Az opcionális 
fejrészeket csak akkor kell a fejléchez 
csatolni, ha valóban szükség is van rá- 
juk. A 2. ábrán az IPv6 fejlécnek csak 
a kötelező 40 bájtos részét tüntettük 
fel. Az opcionális mezők ezután követ- 
keznek, ezek méretét a Payload 
Length nevű mező tartalmazza. Az op- 
cionális részek a 40 bájtos kötelező 
rész után következnek. Hogy ezek kö- 
zül melyik az első, azt a következő fej- 
léc (next header) mező mondja meg. 
Az utolsó fejléc következő fejléc mező- 
je pedig azt mondja meg, hogy a cso- 
mag tartalmát melyik szállítási réteg- 
beli protokoll (TCP vagy UDP) kezelő- 
jének kell átadni. 

Hat típusú opcionális fejrész létezik, 
ezek nagy részével az útválasztók 
számára állíthatunk be bizonyos pa- 
ramétereket. Ezenkívül itt adhatjuk 
meg a hitelesítésre és a titkosításra 
vonatkozó paramétereket. Ezek 
használatához a kommunikáló fe- 
leknek először meg kell egyezniük 
egy vagy több titkos kulcsban 





(hogy ezt miként teszik, azzal az 
IPv6 nem foglalkozik). 

Hitelesítés esetén nincs szükség a cso- 
mag tartalmának titkosítására. Ilyen- 
kor csak ki kell nullázni a fejléc azon 
adatait, amelyek útközben változhat- 
nak (például ugrásszámláló), majd 

a csomaghoz fűzni a titkos kulcsot, 

és így elkészíteni a csomag lenyomatát 
például az MD5 algoritmussal. 

Az IPv6-ban a titkosítás is algoritmus- 
független, lényegében csak az adón 
és a vevőn múlik. Mindenesetre, az 
átjárhatóság érdekében, a DES-CBC 
nevű algoritmus használata a javasolt 
(a titkosító algoritmusokról soroza- 
tunk egy későbbi részében részletesen 
is beszélünk). 

Az ugráskorlát (hop limit) mező 
akadályozza meg a halhatatlan, 

az alhálózaton az idők végezetéig bo- 
lyongó csomagok létezését. Ez a mező 
teljesen megegyezik az IPv43 élettar- 
tam nevű mezőjével. 

Érdemes egy rövid összehasonlítást 
végezni az IPv6 és az IPv4 csomagok 
fejléce (3. ábra) között. Először is el- 
tűnt az IHL és a Protokoll mező, mi- 
vel az IPv6 fejlécek rögzített méretű- 
ek, másrészt a Next Header mezőből 
kinyerhető, hogy a csomag tartalma 
milyen szállítási protokollhoz köthe- 
tő. Eltűntek továbbá az IP csomagok 
darabolására vonatkozó részek is. 

Ez azzal magyarázható, hogy az 
IPve útválasztók nem darabolják 

a csomagokat. A szabvány szerint 
minden útválasztónak kezelnie kell 





az 576 bájtos csomagokat, viszont 

az ennél nagyobbakat el kell dobni- 
uk, és hibaüzenetet kell küldeniük 

a küldő állomás felé. Ha mégis na- 
gyobb méretű csomagokat szeret- 
nénk küldeni, akkor a darabolásról 

a forrásnak kell gondoskodnia. 

Ez a gépek szempontjából vissza- 
lépésnek számít, viszont az útválasz- 
tók munkája egyszerűsödött, ezáltal 
gyorsabban dolgozhatják fel a beér- 
kező csomagokat. 

Szintén nem találjuk sehol az ellen- 
őrző összeg (checksum) mezőt. Ennek 
oka az, hogy az IPv6 nem is számol 
ilyet, mivel a felsőbb rétegbeli proto- 
kollok úgyis ellenőrzik az adatok 
sértetlenségét. 


Az IPv6 egy rugalmas és gyors proto- 
koll, amely bőséges címtartománnyal 
rendelkezik. Ezen tulajdonságai al- 
kalmassá teszik, hogy kiváltsa az 
Interneten jelenleg uralkodó IPv4 
protokollt. Ez az átállás azonban nem 
egyik pillanatról a másikra fog meg- 
történni. A már telepített IPv4-es 
gépek nagy száma miatt lehetetlen 
megoldani, hogy vasárnap éjszaka 
leállítani az egész Internetet, majd 
hétfő hajnalban újraindítani úgy, 
hogy mindenki az IPv6-ot használja. 
Az átállás folyamatosan, kisebb lépé- 
senként fog történni. Már ma is ren- 
geteg hálózat használja az IPv6-ot, 
egyfajta a ,külvilágtól" elzárt szigetet 
alkotva az Internet hálózatai tengeré- 


ben. Ezek az IPv6 hálózatok egymás- 
sal úgynevezett alagutakon (tunnel) 
keresztül kommunikálnak. Az alagút 
segítségével egy hálózaton keresztül 
olyan csomagokat vihetünk át, amely 
nem kompatibilis az adott hálózattal. 
Egy IPv6 csomagot például nem in- 
díthatunk útnak az Internet kommu- 
nikációs alhálózatán keresztül, hiszen 
ezek az útválasztók ma még IPv4-et 
használnak (habár az újabb útválasz- 
tók már mindkét protokollt ismerik). 
Ezért a két IPv6-os hálózat között egy 
alagutat kell létrehozni, amelyen az 
IPv6-os csomagok vándorolnak. 

Ez a gyakorlatban úgy működik, hogy 
az elküldendő IPv6-os csomagot be- 
rakjuk egy IPv4-es csomag belsejébe, 
és azt indítjuk útnak a célpont hálózat 
felé. Az alagutak működésére a leg- 
jobb szemléltető példa a Franciaorszá- 
got Angliával összekötő Csalagút. 
Ebben az alagútban csak vonatok 
közlekedhetnek, autók csak úgy, mint 
a vonatok rakománya. A közúton 
persze az autók gond nélkül halad- 
hatnak, de az alagútban nem, ott őket 
vonaton át kell szállítani. 

A jövőben ezek a ma még elszigetelt 
IPv6 szigetek egyre nagyobb méretű- 
ek lesznek, az egyes szigetek egy- 
másba olvadva még nagyobb háló- 
zatokat hoznak létre. Az áttérés 
utolsó pillanata valószínűleg az lesz, 
amikor az utolsó két nagy sziget is 
egymásba olvad. 

Hogy ez mikor fog bekövetkezni, 
nehéz kérdés. Az biztos, hogy még jó 
pár évre van szükség. Mindenesetre 
az IPv6 terjedése ma már sokkal gyor- 
sabb mint régen, mivel az útválasztók 
és az operációs rendszerek egyre szé- 
lesebb körben támogatják az új 
internet protokollt. 

Ezzel be is fejeztük a hálózati réteg 
bemutatását, a következő résztől 

a szállítási réteggel és azok proto- 
kolljaival, a TCP-vel és az UDP-vel 
foglalkozunk. 


Garzó András (garzo(ointerware.hu) 
Körülbelül három éve foglalkozik 
LInux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek 
lelkivilága érdekli, de nyitott egyé- 
niség. Kedvenc étele a palacsinta, 
és van egy Richard nevű macskája. 
Minden észrevételt, megjegyzést, 
levelet szívesen fogad. 
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Spamszúrés a gyakorlatban 


Postfix és Postgrey 


Előző cikkemben (Linuxvilág 2005. október) bemutattam a leggyakrabban használt 
spamszűrési elveket. Ebben az írásban egy konkrét példát mutatok be arra, miként 
valósítható meg egy szürkelista együttműködése a Postfix levélkiszolgálóval. 


öbbféle megoldás létezik erre a funkcióra 

(2 http://www.postfix.org/addon.html). Azért esett 

a választásom a postgrey nevű programra, mert 
egyszerűen és könnyen telepíthető, nincs szükség külső 
alkalmazásra, például adatbázisra, stb. 
Az úgynevezett szürkelista szerveroldali — MTA szinten 
megvalósított — spamszűrő módszer, amely úgy működik, 
hogy az SMIP szerver a kapott levelet először átmeneti hi- 
bával elutasítja, majd amikor egy bizonyos idő múlva a kül- 
dő oldal újból próbálkozik ugyanazzal a levéllel, akkor már 
elfogadja azt szerverünk. A spammerek azonban nem sokat 
foglalkoznak ideiglenes hibakódokkal, ha egy levél nem 
megy el az első alkalommal, akkor veszik a következő 
, áldozat" email címét. A módszer előnye, hogy nincs téves 
pozitív azonosítás, a rendszer önműködő, nem igényel 
folyamatos karbantartást. 
A postgrey nevű alkalmazás valójában egy Perl nyelven készí- 
tett úgynevezett policy démon, amely Berkeley DB adatbázis- 
ban tárolja a feladó/címzett/kliens 
adatokat. Képes mind unix domain 
socket-en, mind pedig ICP porton 
át kommunikálni. Ha ugyanazon 
a gépen futtatjuk, mint a Postfixet, 
akkor az előbbit javaslom. 


Feladó 


Az 1. ábrán követhetjük nyomon, 
hogyan működik együtt a Postfix 
és a postgrey. A levelet először 
megkapja a Postfix (1), majd 
konzultál a policy démonnal (2). 
Ez megvizsgálja, hogy a feladó 
IP-címe (alapértelmezésben 

a C-osztályú hálózati maszkot 
nézi), a feladó-, ill. a címzett ema- 
il címe szerepel-e az adatbázis- 
ban (3). Ha nem, vagy a hozzá- 
rendelt időbélyeg 5 percnél 
(konfigurálható érték) frissebb, 
akkor , ideiglenesen elutasítva" 


POSTFIX 





(DEFER IF. PERMIT), ellenkező esetben , tőlem mehet" 
(DUNNO) választ ad a Postfix kérdésére (4). Ez alapján dönti 
el a Postfix, hogy átmeneti hibával elutasítja az SMTP 
kapcsolatot (valójában a kliens RCPT TO parancsára ad 
vissza hibakódot), ellenkező esetben továbbítja a levelet 

a címzett postafiókjába (5). 


OHa gépünkön nincsenek meg az alábbi Perl modulok, 
akkor installáljuk fel az IO-Multiplex, a BerkeleyDB és 

a Net-Server modulokat a CPAN-ról (3 ftp://ftp.cpan.org/). 
Töltsük le a postgrey legutolsó verzióját (a cikk írásakor 
1.21) az alkalmazás honlapjáról (3 http://isg.ee.ethz.ch/ 
tools/postgrey/pub/). Csomagoljuk ki, majd másoljuk át 

a programot egy tetszőleges könyvtárba: 


tar zxvf postgrey-1.21.tar.gz 
cp postgrey-1.21/postgrey /usr/local/bin 


Címzett 


Triplet adatbázis 


POSTGREY " 


m 1. ábra A postgrey működése 


1.2.3.0 / tesztégpelda.hu / belaígacts.hu -— 1127310445 
10.20.30.0 / xígxyz.hu/ szilviígacts.hu  -:1127316518 


99.88.77.0 / a(gj2.kom / sj(dacts.hu -:1127307611 


Hozzunk létre egy felhasználót, akinek a nevében 
a postgrey policy démon futni fog: 


groupadd postgrey 
useradd -g postgrey -d /var/postgrey postgrey 
usermod -L postgrey 


Hozzuk létre az adatbázis könyvtárát, és állítsuk be 
a megfelelő jogosultságokat: 


mkdir /var/postgrey 
chown postgrey:postgrey /var/postgrey 
chmod 700 /var/postgrey 


Itt az idő, hogy elindítsuk a policy démont, adjuk ki az 
alábbi parancsot: 


/usr/local/bin/postgrey -d -u /tmp/postgrey NM 
--user-postgrey NM 

--group-postgrey N 

--dbdir-/var/postgrey NN 

--delay-600 NM 

--greylist-text-"Szerverunkon a postgrey 

s spamszuro mukodik. Kerjuk, kuldje ujra 

ssa levelet 10 perc mulva" 


Most már csak a Postfix tudomására kell hozzuk, hogy 
használja a policy démonunkat. Szerkesszük a /etc/ 
postfix/main.cf fájlt, és módosítsuk (vagy hozzuk létre) 

az smtpd. recipient restrictions változót, amellyel 
az SMIP kapcsolat RCPT TO szakaszára alkalmazunk 
korlátozásokat. Ez a paraméter az én gépemen így néz ki: 
smtpd recipient restrictions - permit mynetworks, 
ss preject unauth destination, 

s reject non fgdn recipient, check policy service 
s unix:/tmp/postgrey 


Ezzel a beállítással a main.cf mynetworks változójában szerep- 
lő gépek automatikusan fehérlistára kerülnek, azokra a Postfix 
egyáltalán nem alkalmaz korlátozást. Ha elkészültünk 

a main.cf módosításával, akkor indítsuk újra a Postfixet a 


postfix reload 


paranccsal, és készen vagyunk, a spammerek egy jó részé- 
től megszabadultunk. Legalábbis egyelőre. 


Ha levelet kapunk, akkor a szerverünk 25-ös portján az 

1. listában látható kommunikáció folyik. 

Látható, hogy a Postfix 450-es kóddal (ideiglenes hiba) 
utasítja el a levelet. A feladó oldalon pedig hibaüzenetként 
megjelenik a beállított szöveg, amely megnyugtatja a kül- 
dőt, miszerint csak egy átmeneti korlátozásról van szó; 

és ha a levelet 10 perc múlva újraküldi, akkor az rendben 

el fog jutni a címzetthez. 

Ha 10 perc múlva újra próbálkozik a feladó ugyanezzel a levél- 
lel, akkor egy a 2. listában látható kommunikációt láthatunk. 


I Kk"Aug])])])]).KKKK HON Ő 
1. lista Kommunikáció a szerver 25-ös portján 


telnet 10.2.2.2 25 

220 rhodium.acts.hu ESMTP Please don"t spam 
HELO pelda.hu 

250 rhodium.acts.hu 

MAIL FROM: ctesztíűpelda.husz 

250 ok 

RCPT TO: cbeladacts.husz 

450 cbeladacts.hus: Szerverunkon a postgrey 
s spamszuro mukodik. Kerjuk, kuldje ujra 
sa levelet 10 perc mulva 

OUIT 


2. lista Tíz perc múlva ... 


telnet 10.2.2.2 25 

220 rhodium.acts.hu ESMTP Please don"t spam 
HELO pelda.hu 

250 rhodium.acts.hu 

MAIL FROM: catesztíűpelda.husz 

250 ok 
RCPT TO: 
250 ok 
DATA 


cbeladacts .huz 


Látható, hogy mosta RCPT TO után már nem utasította el 
a levelet a Postfix, így az mehetett tovább a DATA fázisba. 
Ha ezután ismét levelet akar küldeni az említett feladó 
Bélának, akkor már nem utasítja el a policy démon, alap- 
esetben 35 napig őrzi meg az ehhez a kapcsolathoz tartozó 
adatokat — amely érték még a havi hírlevelek szempontjá- 
ból is megfelelő. De mi van akkor, ha ezúttal nem Bélának, 
hanem Mártának szeretnének levelet küldeni? Ebben 

az esetben ismét 450-es hibaüzenettel el fogja utasítani 

a feladót a Postfix. Miért? 

Azért, mert a postgrey a kliens IP-cím/feladó email cím/cím- 
zett email cím formátumú úgynevezett tripletekben (hár- 
masokban) tárolja el az információt. Ha megváltozik pl. 

a címzett, akkor a postgrey ismét egy 10 perces várakozásra 
kényszeríti a feladót. 

legyük fel, hogy van néhány megbízható levelezőpart- 
nerünk, akiket nem akarunk ezzel az átmeneti vissza- 
utasítással fárasztani. Őket ún. fehérlistára vehetjük fel. 
Alapértelmezésben az ő IP-címüket a /etc/postfix/ 

postgrey whitelist clients fájlban keresi a postgrey, 

de természetesen ez módosítható a --whitelist-clients 
parancssori kapcsoló megadásával. Ha itt megadunk 

egy IP-címet, akkor az onnan érkező összes levelet 
,fárasztás" nélkül átveszi a Postfixünk. Ebben a fájlban 
sorolhatjuk fel (1 cím -— 1 sor) például Fontos Üzleti 
Partnerünk levelező szervereit, így az ő összes 
levelüket azonnal megkapjuk: 
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f cat /etc/postfix/postgrey whitelist clients 
I. 2.34 
172.16.88.31 


Bizonyos esetekben arra is szükség lehet, hogy némely 
email címre érkező leveleket is késleltetés nélkül beenged- 
jünk. A postgrey egy másik fehérlistát is kezel, ahol ezeket 

a címzetteket adhatjuk meg. 

A következő példában késleltetés nélkül beengedjük azokat 
a leveleket, amelyek bármelyik virtuális tartomány posta- 
mesterének, vagy pedig a beladacts . hu címre érkeznek: 


f cat /etc/postfix/postgrey whitelist recipients 
postmasterd 
belaídacts.hu 


Ha menet közben módosítjuk valamelyik fehérlistát, akkor 
azt a postgrey-nek küldött HUP jelzéssel adhatjuk tudtára. 

A postgrey az említett fehérlistákon kívül még egyet kezel, 
amelyet automatikusan tart karban. Erre a listára akkor 
kerül fel egy kliens, ha már legalább 5 (--auto-whitelist- 
clients) alkalommal sikeresen átjutott a szürkelistán 

— óránként csak 1 sikeres kézbesítés számít. A postgrey felté- 
telezi, hogy ebben az esetben legitim levelezőpartnerről 
van szó, és ezután már nem állítja meg ezt a klienst átme- 
neti hibával. Ha letelt a 35 nap (--max-age), akkor a klienst 
törli erről a fehérlistáról. 


A postgrey Berkeley adatbázisban tartja a tripleteket, de 
nem ez az egyetlen lehetőség. Az adatbázis épsége érdeké- 
ben tranzakciókat használ. Más megvalósítások például 
MYySOL adatbázisban tárolják ezeket az információkat, 
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megint mások pedig a fájlrendszerben. 
Mindegyiknek megvan a maga előnye. 
Jelenleg a spammerek jellemzően nem 
foglalkoznak az elutasított levelekkel, 
ezért a szürkelista nagyon jó hatás- 
fokkal működhet. A postgrey hon- 
lapja szerint, míg a szürkelista 
bekapcsolása előtt percenként 
körülbelül 15 vírus és spam ke- 
rült a rendszerbe, addig utána 
már csak 3. A szürkelista te- 
hát hatékonyan képes csök- 
kenteni az egyéb típusú (pél- 
dául Bayesian, heurisztikus, 


Lf 4 


stb.) spamszűrők terhelését. 
Amint előző írásomban is 
említettem, jelenleg a Bayesian 
és heurisztikus spamszűrővel 
kombinált szürkelistát tartom 
a leghatékonyabb védekezésnek. 
A jövőben azonban - ha a spammerek 
bővítik infrastruktúrájukat (sávszélesség, 
diszk, processzor, stb.) — a szürkelista haté- 
konysága a múlté lehet. Ebben az esetben egy 
darabig talán továbbra is megfelelő védelmet adhat 
az, ha a kényszerpihenő idejét (ami a postgrey esetében 
alapértelmezésben 5 perc) megnöveljük — Evan Harris 
(2 http:[/www.greylisting.org/articles/whitepaper.shtml) eleve 
1 órás beállítást javasol. Mindenesetre ha a spammerek így 
is tesznek, az számukra megdrágítja az egy levél tényleges 
elküldésére jutó egységnyi költséget, és ez nekünk jó. 
Gyakori az az eset, amikor a spammerek a tartalék (backup) 
MX szervereket célozzák meg a spammel, mert az elsődleges 
MX szerver általában minden további nélkül átveszi a levele- 
ket a tartalék MX-ektől. Ezt úgy lehet kivédeni, ha egy tarto- 
mány minden MX szerverét felruházzák szürkelista védelem- 
mel, ill. közös adatbázisból dolgoznak, és ha az elsődleges 
MX fehérlistájában szerepel az összes tartalék MX. A postgrey 
ebben a környezetben is megállja a helyét, képes ICP 
socket-en is kommunikálni ( a -i kapcsoló használatával). 
Harris szerint, ha a spammerek alkalmazkodnak, akkor 
nyilván a lehető leghamarabb el akarják küldeni a leveleket, 
ezért rövid időn belül — minden bizonnyal többször is — pró- 
bálkozni fognak, még mielőtt a szürkelista által megszabott 
idő letelne. Ebben az esetben viszont érdemes módosítani 
a szürkelista inplementációkat úgy, hogy számolják, hány 
idő előtti próbálkozás történik, és egy bizonyos határ felett 
(hogy a legitim SMIP szerverek ne essenek bele) már nem 
szürke, hanem feketelistára tehetjük ezeket a próbálkozókat. 
Ha pedig már ez is kevés lesz, akkor új megoldások után 
kell néznünk, de addig is remélhetőleg lesz még pár napos 
és spammentes napunk. 


Sütő János (jsuto(ofreemail.hu) 

1997 óta használ Slackware Linux-ot. 
Szabadidejében a postfix clapf nevű vírus- 
és spamszűrőjét polírozza. 





Linux mint Ethernet híd 


Úgy adja tovább a csomagokat, mint egy híd, és úgy szűri őket, mint egy tűzfal. 
Ha a szükség úgy hozza, bármilyen kiszolgálót vagy készüléket külön védelem- 
mel láthatunk el úgy, hogy a beállításain semmit nem kell módosítanunk. 


értek valaha arra, hogy erősítsük meg egy 
HA olyan forgalomirányító védelmét, amelyhez nincs 
rendszergazdai hozzáférésünk? Mit lehet tenni, 
ha nem mi felügyelünk egy hálózatot, de erőteljesebb 
védelmet akarunk az általunk használt szegmensre? 
Egy ehhez hasonló kérés kapcsán ismerkedtem meg 
a Bridge (híd) világával, a linuxos Ethernet híd kifejlesz- 
tésére irányuló tervezettel. 





A Bridge webhelye szerint: 

Az Ethernet áthidalás egyike a több hálózat összekapcsolá- 
sával egy nagyobb hálózat kialakítására alkalmas megoldá- 
soknak. Az áthidalásra vonatkozó szabvány az ANSI/IEEE 
802.1d. Híd segítségével két különböző hálózati szegmenset 
tudunk protokollfüggetlen módon összekötni. A csomagok 
továbbítása Ethernet-cím alapján történik, és nem IP-cím 
alapján, ahogy a forgalomirányítók esetében. Mivel a továb- 
bítás a második rétegben folyik, a hídon bármely protokoll 
átlátszó módon haladhat át. 


A kód karbantartását jelenleg Stephen Hemminger végzi, a 2.4- 
es és a 2.6-os rendszermaghoz egyaránt. Az áthidaló kód 

a legtöbb korszerű, 2.6-os rendszermagra épülő terjesztésbe 
be van építve. Írásom alapjaként a Fedora Core 3 szolgált, 
mely szintén a 2.6-os rendszermagra épül. Aki leragadt a 2.4- 
es rendszermagnál, annak sem kell kétségbe esnie, a Bridge 
webhelyén (lásd az internetes forrásokat) 

ugyanis ehhez is találhatók foltok. 
A tűzfalhíd, vagy, ha úgy tet- 
szik, áthidaló tűzfal tűzfal- 
összetevőjét egy másik 
tervezet, az ebtables 
keretein belül fej- 


lesztik. Az ebtables egy szűrőréteg az áthidalást is végző 
tűzfalakhoz. A szűrés az adatkapcsolati rétegbeli Ethernet 
keretek tartalma alapján történik. A szűrés mellett az 
Ethernet MAC-címek módosítására is van lehetőség. 

Az ebtables kód révén iptables szabályokat is lehet áthidaló 
módban használni, így a tűzfalat IP- és MAC-szintű szűrők- 
kel egyaránt elláthatjuk. 


Mi az a híd? 

A híd kettő vagy több, azonos hálózati technológiát alkalma- 
zó hálózati szegmenset összekapcsoló készülék. A szegmen- 
sek topológiája lehet eltérő, akár optikai szálas és rézkábeles 
szakaszokat is összekapcsolhatunk, ám a technológiának 
azonosnak kell lennie. A legegyszerűbb az, ha a hidat 
linuxos hubként szemléljük. A géphez annyi kaput adha- 
tunk hozzá, amennyit csak akarunk, mindegyik ugyanan- 
nak a hubnak lesz a része. Ami az egyik kapun beérkezik, az 
az összes többin kimegy, hacsak nem mást írunk elő a szabá- 
lyokban. Ha a hub működik, iptables és ebtables szabályok- 
kal pontosan úgy szűrhetjük a forgalmat, ahogy azt bármely 
más linuxos forgalomtovábbító rendszeren is megtehetjük. 


A kezdés 

Első lépésként vegyünk egy két 
hálózati csatolóval ellátott 
számítógépet. 
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IE HL EN T H"N a második csatoló. A hídprogra- 


1. kódrészlet A hálózat beállításainak megadása előtt ellenőrizzük, 
hogy mindkét Ethernet csatoló működik-e 


5 i1fconfig 
eth0 Link encap:Ethernet 


collisions:0 txgueuelen:1000 


RX bytes:3871506445 (3692.1 Mb) TX bytes:266311184 (253.9 Mb) 


Interrupt:5 Base address:0xec00 


eth1 Link encap:Ethernet 


collisions:0 txgueuelen:1000 


RX bytes:264995582 (252.7 Mb) TX bytes:3672580334 (3502.4 Mb) 


Interrupt:9 Base address :0xec80 


2. kódrészlet Két egyszerű beállító fájl IP-címmel 
nem rendelkező hálózati csatolókhoz 


/etc/sysconfig/networking-scripts/ifcfg-etho: 
DEVICE-ethO0 

ONBOOT-yes 

BOOTPROTO-static 
/etc/sysconfig/networking-scripts/ifcfg-ethi: 
DEVICE-ethi1 

ONBOOT-yes 

BOOTPROTO-stati c 


Mire végzünk, linuxos gépünk normál hubként fog 
működni, kapui között az igényeink szerint továbbítva 
a forgalmat. Ha az egyik csatolót a megszokott fali 
aljzatba csatlakoztatjuk, a másikhoz pedig hozzákötünk 
egy hordozható gépet, akkor úgy tudjuk majd róla 
használni a hálózatot, mintha közvetlenül az aljzatba 
dugtuk volna. 

Célunk az, hogy a híd minden hozzá csatlakozó készülék 
számára átlátszó legyen. Érdekességként megjegyezném, 
hogy a hídnak nem muszáj IP-címet adnunk, hacsak 

nem akarunk távolról csatlakozni hozzá, például karban- 
tartás vagy a naplók áttekintése céljából. lermészetesen 
manapság nem sok értelme van lemondani az IP-címróől, 

és ezt mi sem fogjuk megtenni. 

A hardver esetemben egy régebbi gép volt - éppen egy 
hasonló feladatra várt. Processzora egy AMD K6-450 volt, 
memóriája pedig 256 MB-nyi. Egyetlen 15 GB-os IDE me- 
revlemez volt benne, valamint egy 3Com 10/100-as 
Ethernet kártya. Volt egy másik 3Com 10/100-as kártyám is, 
és mivel ezek elég jól működnek Linux alatt, ez lett 


Hwaddr 00:CC:DO:99:EB:26 

inet6 addr: fe80::2bO:doOTff:fe99:eb26/64 Scope:Link 

UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500 Metric:1 
RX packets:86208855 errors:0 dropped:0 overruns:63 frame:0 
TX packets :77098217 errors:0 dropped:0 overruns:0 carrier:0 


Hwaddr 00:CC:03:D8:3A:1A 

inet6 addr: fe80O::201:3ff:fed8:3ala/64 Scope:Link 

UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500 Metric:1 
RX packets:77087614 errors:0 dropped:0 overruns:0 frame:0 
TX packets:85110321 errors:0 dropped:0 overruns:0 carrier:0 


mon túl néhány egyszerű tűzfal- 
szabályt akarok csak futtatni, illet- 
ve behatolásészlelésre még talán 

a Snortot. A forgalom várhatóan 
kicsi lesz, és valószínűleg a Snort 
sem fog nagy adatmennyiségeket 
kezelni, vagyis a 256 MB memóriá- 
nak elégnek kell lennie. Ha valaki 
gigabites forgalmat akar kezelni, 
esetleg valós idejű szimatolást 
akar végezni, az értelemszerűen 
erősebb gépet lesz kénytelen 
üzembe helyezni. 

Ha készen áll a gép, telepítsük fel 
a Fedora Core 3-at, illetve az álta- 
lunk igényelt kiegészítő progra- 
mokat. Ha a lehető legmagasabb 
szintű biztonságot kívánjuk elérni, 
törekedjünk a lehető legkevesebb 
szoftver telepítésére. Ha később 
mégis szükségünk támadna vala- 
mire, a YUM segítségével könnye- 
dén telepíthetjük. Egyelőre eléged- 
jünk meg egy egyszerű Linux- 
telepítéssel, illetve ellenőrizzük, hogy felismerte-e a hálózati 
csatolókat. Az ebtables kód lefordításához szükség lesz 

a rendszermag forrására és a szokásos fordítóeszközökre is, 
vagyis ezeket ne hagyjuk ki. Ha a gép telepítésével végez- 
tünk, és elhelyeztük termelési környezetébe, ne feledjük 
majd eltávolítani róla a felesleges szoftvereket. A telepítés 
befejeződése után indítsuk újra a gépet, majd jelentkez- 
zünk be rootként. 

Most létre kell hoznunk egy virtuális hálózati eszközt. 
Annak nevezzük el, aminek akarjuk, nálam br0 lett, mint 
az első bridge, híd eszköz: 


$- brct] addbr brO 


Futtassuk le az ifconfig-ot. Láthatók a hálózati csatolók? 
Az 1. kódrészletben látható, hogy két hálózati csatolónk van, 
és nincs IP-cím rendelve hozzájuk. Aki esetleg már rendelt 
IP-címet a csatolókhoz, az az egyszerűség kedvéért most 
törölje azt. Fedora alatt a /etc/sysconfig/networking-scripts/ 
ifcfg-X fájlt kell átírni, ahol az X a csatoló azonosítója. Az én 
rendszeremen a két csatoló az etho és az eth1 volt, az ezek- 
hez tartozó, IP-címet tartalmazó sorokat kellett törölni vagy 
megjegyzésbe tenni. Fontos, hogy rendszerindításkor mind- 
két csatoló feléledjen. A 2. kódrészlet egy alapszintű 
beállításegyüttest tartalmaz, ennek jól kell működnie. 

Ha a fentiekkel végeztünk, ne feledjük el újraindítani 

a hálózatkezelést; ezt a service network reload paranccsal 
tehetjük meg. 

Ez után - az alábbi módon - közöljük a rendszerrel, hogy 
mely eszközök tartoznak egy csoportba. Az utolsó sorral 
egyben a virtuális eszközt is üzembe helyezzük: 


$- brct] addiíf brO etho0 
$- brct] addiíf brO ethi1 
ff: 1p link set brO up 















































Linuxos gépünk ettől a pillanattól kezdve alapszintű 
hubként működik. Aki nem bírja a kíváncsiságot, csatlakoz- 
tassa a csatolókat az Ethernet hálózatra, majd próbálja ki az 
új hubját. lermészetesen a gép egyelőre vakon továbbítja 

a forgalmat, és nem rendelkezik IP-címmel sem. Én szere- 
tem, ha telepítés után távolról is tudok csatlakozni a gépe- 
imhez, ezért hozzárendeltem egy IP-címet a brO csatoló- 
hoz, illetve forgalomirányítási adatokat is csatoltam. 

A hídcsatoló IP-címét a következő paranccsal lehet megadni: 


ff: 1p addr add 10.1.1.18/16 brd -- dev brO 


A cím mellett meg kell határozni az alhálózati maszkot is 
(/16), illetve azt, hogy melyik hídeszközhöz kell hozzáren- 
delni. Ennek elsősorban akkor van szerepe, ha egynél több 
virtuális eszközünk is van a gépben. Igaz, esetünkben csak 
egy ilyen volt, ám a parancs írásmódja szükségessé tette en- 
nek az egynek a kiválasztását. Aki más nevet adott a híd- 
nak, annak itt azt a nevet kell használnia. 


A híd távoli elérésének lehetővé tételéhez már csak a forga- 
lomirányítást kell elintézni: 


f5 route add default gw 10.1.1.1 dev brO0 


Itt a szokásos forgalomirányítási parancsokat és szabályokat 
alkalmazhatjuk, és a brO eszközt is pontosan úgy használ- 
hatjuk, mint az összes többi linuxos hálózati csatolót. 


Tesztelés 
Minden a helyén van, próbáljuk ki a rendszert. Először 


ellenőrizzük, hogy az összes beállítás rendben van-e: 


f$- brctl] show 


bridge name bridge id STP enabled interfaces 
brO 8000.0030843e5aa2 no eth0 
ethi1 


Mint látható, egyetlen brO nevű hídeszközünk van, 
amely az ethO és az eth1 csatolót használja. A jelek szerint 
minden rendben van. 


Telepítés 

Ideje nekilátnunk a fizikai telepítésnek. Az egyik hálózati 
csatolót csatlakoztassuk a hálózati kapcsolóhoz, pontosan 
úgy, mint ahogy bármilyen más számítógéppel tennénk. 
Az összeköttetés mindkét végén ki kell gyulladniuk a jelző- 
fényeknek. Egy keresztkötésű kábellel csatlakoztassunk egy 
asztali vagy hordozható gépet a linuxos gép másik csatoló- 
jához. Várjuk meg a jelzőfények bekapcsolását, számoljunk 
el tízig, majd a most csatlakoztatott gépről pingeljük meg 

a hálózat valamelyik gépét. A linuxos hub túloldalán talál- 
ható hálózatot úgy kell látnunk, mintha közvetlenül csatla- 
koznánk hozzá. 


Túlélni az újraindításokat 

Az, hogy a rendszert hogyan vesszük rá az újraindítások 
túlélésére, a mi választásunk. lalán a legegyszerűbb az, ha 
az eddig kiadott parancsokat hozzáadjuk a rendszerindítás 
végén lefutó /etc/rc.local fájlhoz, ekkor a híd indítás után 
azonnal működőképes lesz. 


Tűzfal emelése 

Minden hálózati forgalmat továbbító vagy átengedő 
linuxos rendszer esetében lehetőségünk nyílik az áthaladó 
adatfolyam szűrésére. Az áthidaló tűzfalak esetében sincs 
ez másként. A tűzfalszabályok létrehozására és karbantar- 
tására több lehetőség is kínálkozik. A legegyszerűbb tűzfal 
az, amikor tiltunk mindent, kivéve azt, amit kifejezetten 
engedélyeztünk - az alábbiakban egy ilyen összeállítását 
ismertetem. 

A tűzfal beállításainak megadásához le kell töltenünk 

és telepítenünk kell a felhasználói térben futó ebtables 
segédeszközöket, melyeket az ebtables webhelyéről 
érhetünk el (lásd a forrásokat). Írásom születésekor 

a legújabb változat a 2.0.6-os volt. A számos tüköroldal 
valamelyikéről töltsük le, majd a kezdő configure 

lépés kihagyásával végezzük el a szokásos kibontás- 
telepítés eljárást: 


ft tar -xzf ebtables-v2.0.6.tar.gz 
ft2 cd ebtables-v2.0.6 

ít2 make 

2 install 


Ha minden rendben ment, már használhatjuk is az ebtables 
parancsot. Gépeljük be a parancssorba az ebtables-t, 
ennek hatására valami ilyennek kell megjelennie: 


$- ebtables -v 
ebtables v2.0.6 (November 2003) 


Először azt kell biztosítani, hogy az iptables fogadásra 
legyen állítva. Mivel Fedora Core 3 alatt dolgozunk, ehhez 
elég csak leállítanunk a szolgáltatást: 


f- service iptables stop 
ít2 chkconfig --level 35 iptables off 


Hasonló hatást érhetünk el a flush (kiürítés) parancs 
alkalmazásával is. Listázzuk ki a meglévő láncokat, 


majd ürítsük ki őket: 


ff: iptables -L 


f$- iptables -F INPUT 

f- iptables -F OUTPUT 

ff: iptables -F FORWARD 

fb iptables -F RH-Firewal1]-1-INPUT 


Most a tűzfalon áthaladó forgalmat teljes egészében le 
kell tiltanunk, érkezzen az a hálózat bármelyik részéről is. 
Az alábbi szabályok csak a jelenlegi példahálózatban hasz- 
nálhatók, ha más környezetben akarjuk alkalmazni őket, 
akkor az alhálózatokat és az állomásokat értelemszerűen 
módosítanunk kell: 


/sbin/ebtables 
--1p-source 10. 
/sbin/ebtables 


-A FORWARD -p IPVÁN 
2.0.0/16 -j DROP 
-A FORWARD -p IPVÁN 
--1p-source 10.7.0.0/16 -j DROP 
/sbin/ebtables -A FORWARD -p IPVAN 
--1p-source 10.4.0.0/16 -j DROP 
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/sbin/ebtables -A FORWARD -p IPVAÁN 
--1p-source 10.5.0.0/16 -j DROP 
/sbin/ebtables -A FORWARD -p IPVAN 
--1p-source 10.6.0.0/16 -j DROP 
/sbin/ebtables -A FORWARD -p IPVAN 
--1p-source 10.1.0.0/16 -j DROP 


Aki szerzett már gyakorlatot az iptables használatában, 
annak ismerős lesz az írásmód. Közöljük az ebtables 
programmal, hogy amikor továbbít valamit (FORWARDING) 
az IPv4 protokoll használatával, akkor dobjon el (DROP) 
minden a 10.2.0.0/16 alhálózatból származó csomagot. 

A többi paranccsal ugyanezt írjuk elő a többi 
alhálózathoz is. 

A következő lépés magának a tűzfal mögött lévő eszköz- 
nek az engedélyezése. Ha ennek IP-címét nem vesszük 

be a továbbításra engedélyezettek közé, akkor semmi nem 
fog működni. Ne feledjük, ha maga a tűzfal is kap ÍP-címet, 
akkor ezt is engedélyeznünk kell: 


/sbin/ebtables -I FORWARD 1 -p IPVÁN 
--1p-source 10.1.1.5 -j ACCEPT 
/sbin/ebtables -I FORWARD 1 -p IPVÁN 
--1p-source 10.1.1.18 -j ACCEPT 


Az alábbiakkal a hordozható gépem elérésére jogosult 
hálózati eszközöket adtam hozzá: 


/sbin/ebtables -I FORWARD 1 -p IPVÁN 
--1p-source 10.1.10.30 -j ACCEPT 
/sbin/ebtables -I FORWARD 1 -p IPVÁN 
--1p-source 10.1.10.19 -j ACCEPT 
/sbin/ebtables -I FORWARD 1 -p IPVÁN 
--1p-source 10.1.10.87 -j ACCEPT 


Ellenőrzésképpen elsétáltam ahhoz a géphez, amelynek 
címét a fenti ACCEPT (elfogadás) szabályokban megadtam, 
majd megpróbáltam megpingelni a 10.1.1.5 címet hasz- 
náló hordozható gépemet. Most üljünk át egy másik, 

a fentiekben nem szereplő csomóponthoz - a ping nem 
fog működni. 


Megvalósítás éles környezetben 

Nemrég elhívtak egy felhasználó telephelyére, hogy javít- 
sam fel egy pénzügyi kiszolgáló védelmét. A kérés egyszerű 
volt: kell egy tűzfal a rendszer elé, de az IP-címét nem lehet 
megváltoztatni. Két hálózati kártyával és Linuxszal felsze- 
relkezve néhány perc alatt megoldottam a feladatot. A tele- 
pítés sem okozott gondot. A tűzfalat és a kiszolgálót egy ke- 
resztkötésű kábellel kapcsoltam össze, a tűzfal másik csato- 
lója és a fali aljzat közé pedig normál kábel került. Ennyi 
volt az egész. Nem kellett újratervezni az IP-címzési séma 
egyik részét sem, egyszerűen csak össze kellett dugni a gé- 
peket. Miután megírtam néhány szabályt, amelyek szerint 
az összes csomagot el kellett dobni, kivéve az engedélyezett 
IP-címekről és kapukról érkezőket, a munkát befejezettnek 
nyilváníthattam. 

A Linux egyik szépsége, hogy egyszerre akár nagy szá- 
mú szolgáltatást is képes futtatni. Vegyük a fenti példát. 
Adva volt egy érzékeny kiszolgáló, ami elé rövid idő alatt 





fel tudtam állítani egy tűzfalat. A Linux révén kapott idő- 
és pénzbeli megtakarításon túl azonban arra is módunk 
nyílt, hogy Snortot futtassunk a tűzfalon. Elég volt egy 
pillanatra belenyúlni a szimatolóprogram beállító fájljába 
(/etc/snort.conf), közölni vele, hogy a brO csatolón vizsgá- 
lódjon, és a Snort azonnal megkezdte munkáját az áthida- 
ló csatolón. 

Ezen a ponton lehetett ráérezni az áthidaló kód igazi ere- 
jére. A hálózat egyik szegmense feltűnően lassú, de nem 
tudni miért — ismerős a helyzet? A következő alkalommal 
elég fogni egy linuxos gépet, feltenni rá a Snortot és 

a többi felderítőprogramot, majd üzembe helyezni a hi- 
dat. Fogjunk tehát egy keresztkötésű kábelt, és már indul- 
hatunk is a helyszínre. Mivel a híd hubként viselkedik, 

a linuxos gépet a hálózat tetszőleges pontjára beiktathat- 
juk. Elég a fizikai kapcsolatokat biztosítanunk, a gépet 
bárhol letehetjük, és a következő pillanatban már vizs- 
gálhatjuk is a forgalmat. Utolsó munkánknak része volt 
több átlátszó Sguid gyorsítótár-kiszolgáló is — ezek való- 
ban átlátszóak, az IP-címzési sémában, az ügyfelek olda- 
lán vagy a böngészőknél semmilyen módosítást nem 
igényelnek. Elég a Sguidet futtató gépet a forgalomirányí- 
tó elé helyezni, majd minden a 80-as kapun folyó forgal- 
mat ráirányítani. 

A Linux azon képessége, hogy átlátszó módon tud beépülni 
a meglévő hálózati rendszerbe, újfajta, korszerű szolgáltatá- 
sok biztosítását teszi lehetővé. Mivel különböző hálózati 
készülékeket is egyesíthetünk egyazon virtuális elemben, 
ugyanazzal géppel tűzfalat is üzemeltethetünk, miközben 
tetszőleges szempontból figyelhetjük a hálózatot. Az egyet- 
len korlátot a vas sebessége és a rendelkezésünkre álló 
kártyahelyek száma jelenti. 


Köszönetnyilvánítás 

A szerző köszönettel tartozik azoknak a fiúknak és 
lányoknak, akik az áthidaló kódot készítették, valamint 

az ebtables parancskészlet szerzőinek, amiért üzembiztos, 
jól használható eszközt állítottak össze és tettek elérhetővé 
GPL hatálya alatt. 
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Térhatás 


A Blender használata (3. rész) 


Világítás és renderelés 


Már kiskoromban elbű- 
völtek a számítógépek. 
Mindig Is vágytam egy 
sajátra. Minden alkalmat 
megragadtam hogy leül- 
hessek elé, és nyomkod- 
hassam. Erre a szüleim Is 
felfigyeltek... nemsokára 
kaptam egy billentyűzetet. 


Remek — mondta édesapám — most már 
csak pár dolog kell: egy számítógép, 
a monitor, az egér, az egérpad, a... " 


alahogy így van ez a 3D 
szerkesztéssel is. tudunk 
már objektumokat létre- 
hozni, tudjuk az Edit Mode alapjait 
is, már csak az a ,néhány" dolog 
választ el minket attól, hogy megta- 
nuljunk képeket készíteni. Sajnos 
nehéz helyzetben vagyok, amikor 
el kell döntenem miről is, írjak először. 
Egy-egy rész megértése sajnos nem 
mindig elég, hogy elérjük célunkat, 
de azt hiszem ez nem csak a Blender 
esetében, van így. 
Az előző szám végén megígértem, 
hogy megmutatok néhány Edit Mode- 
beli csintalanságot, illetve világítani 
fogunk, renderelünk és árnyékot 
is vetünk. Lássuk... 


Válasszunk ki egy tetszőleges objektu- 
mot, váltsunk Edit Mode-ba (TAB bil- 
lentyű), majd jelöljünk ki néhány 
vertexet. Nyomjuk meg a W billentyűt. 
Egy menü jelenik meg Specidls felirat- 
tal. Ha kiválasztjuk a Hide menüpon- 
tot, láthatjuk hogy a kijelölt vertexeink 
eltűntek. Nem töröltük őket, egyszerű- 
en csak nem látszódnak. Néha jól jön, 
ha ideiglenesen eltüntethetjük a Zava- 
ró részeket, így csak azt látjuk a képen 
amivel tényleg dolgozunk. Ha az el- 
tüntetett részeket újra láthatóvá sze- 
retnénk tenni, csak válasszuk ki az 
előbbi menü Reveal! pontját. 


Szerkesztés közben az egyik 
leggyakrabban használt eszköz 

a Subdivide. (Subdivide Fractal, illet- 
ve Smooth). A menüpont hatására 

a kijelölt élek kettéosztódnak, min- 
den kijelölt él közepére egy-egy 

új vertex kerül. A Subdivide Fractal 
menüpont ezeket a vertexeket nem 
középre helyezi, hanem véletlensze- 
rűen elmozdítja, a Subdivide Smooth 
pedig megpróbálja egyenletesebbé 
tenni (, simítani") az alakzatot. 
lartózkodjunk ezek mértéktelen 
használatától, ugyanis a vertexek 
száma exponenciálisan nő, így 
hamar azon kaphatjuk magunkat, 
hogy elfogyott a memóriánk. 





E 
apecials 
olihdivide 
auhdivide Fractal 
alhdivide amooth 
Merge 
Remüye Doubles 
Hide 
Reveal 





aplect swap 


w 1. ábra Specials Menü 


A Bevel menüpont tipikusan élek 
lekerekítésre való. Legkönnyeb- 
ben egy kockán próbálhatjuk ki. 
Egyetlen hátránya, hogy nem 
lehet kijelölésre alkalmazni, így 
az egész alakzatunk áldozatául 
esik. Ennek ellenére nagyon jól 
használható eszköz. 


Sokszor előfordul, hogy tudjuk, mit 
szeretnénk kijelölni, az elhelyezkedés 
miatt mégis becsúszik egy-egy feles- 
leges vertex. Majd megpróbáljuk 
egyesével kijelölni őket, de mielőtt 
végeznénk, elhibázzuk és kezdhetjük 
újra. Ennek elkerülésére létezik 
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Linked Vertices 
vertex Laap 


Ctri L 
Alt B 


Face Loüp... ahitt B 


Ctrl MumFad - 
Ctrl HMumFad - 


Less 
BA üre 


Marn- Banifald 
HRanduarm... 


Ctrl Alt shit M 


ÍINYyers e 
aelectLleselect All 


Bürder select 


Mesh [ ak Edit Mode s 


néhány trükk a Blenderben, amivel 
időt takaríthatunk meg és a gépünkre 
sem kell megharagudnunk. 

Ha Edit Mode-ban vagyunk, a 3D 
View fejlécén található Select menüben 
sok hasznos dolgot találunk: 


e . Random - Véletlenszerű kijelölés 

e — Inverse — Kijelölés megfordítása 
(ami nem volt kijelölve most ki lesz) 

e . More — A kijelölt vertexek szom- 
szédait is kijelöli 

e Less - A More fordítottja 


Vertex Groups 

A Links and Materials panelen találha- 
tó Vertex Groups gombokkal vertexein- 
ket csoportosíthatjuk, kijelöléseinket 
elmenthetjük, azoknak nevet adha- 
tunk, stb. Így később egy bonyolult mo- 
dell egy részét három kattintással kije- 
lölhetünk. Új vertex csoportot a New 
gombbal hozhatunk létre, illetve 

a Delete gombbal törölhetjük. Az Assign 
gombbal adhatunk hozzá vertexet 

a csoporthoz, a Remove-val pedig eltá- 
volíthatunk. A Select és Deselect gom- 
bok pedig a csoportok kijelölése valók. 
Érdemes megtanulni a használatát, 
később az animációknál szükség lesz rá. 











sign 


]lset smaoth] set solid. ] 
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Renderelés 

Egy későbbi számban még bemutatás- 
ra kerül néhány modellezést segítő 
eszköz, azonban meg kell, hogy ismer- 
kedjünk a Blender lelkével, a Render 
motorral. A képtek) előállítása eseten- 
ként hatalmas erőforrást igényelhet, 
órákig -— rosszabb esetben napokig - is 
eltarthat. Senki nem örülne neki, ha 
20 perc várakozás után venné észre, 
hogy valami apróság javításra szorul, 
majd javítás után ismét 20 percet kel- 
lene várnia, hogy láthassa a végered- 
ményt. A Blender beépített renderelője 
nagyon jól testreszabható, skálázható, 
így gyorsan készíthetünk kis méretű, 
rosszabb minőségű, úgynevezett elő- 
nézeti képeket, mielőtt elindítjuk 

a tényleges render folyamatot. 

A render folyamattal kapcsolatos pa- 
nelek láthatóak a 4. ábrán. A bal 
oldalin (Output) a kimeneti mappát és 
a renderelés hátteréül szolgáló képet 
(backbuffer) állíthatjuk. Lejjebb külön- 
féle opciókat találunk, ezek közül az 
Edge effekt a legfigyelemreméltóbb. 
Jobbról, a második panelen lévő 
Render gombbal indíthatjuk el 

a render folyamatot, alatta a folyama- 
tot végző engine-t választhatjuk ki. 


(elElolzlolii THéR er 








Választhatjuk a belső 
renderelőt (Blender 
Internal), illetve egy 
külön telepítendő prog- 
ramot, a YafRay-t. 

A Render gombtól jobbra 
különböző effekteket 
kapcsolhatunk be, illetve 
ki. Ezek közül a legfon- 
tosabbak a Shadow (ár- 
nyékok ki/be kapcsolása) 
a Ray (Raytracing vagy 
sugárkövetés ki/be kap- 
csolása), a Pano (panorá- 
makép készítése), illetve 
a Radiosity (Egy olyan 
effekt, melynek során az 
objektumokról vissza- 
vert fény is befolyásolja a szomszéd 
objektumok színét). 

Az OSA feliratú gombbal az élsimítást 
(Antialiasing) kapcsolhatjuk be, alatta 
a simítás mértékét állíthatjuk. 

Ha az MBLUR (Motion Blur) gomb 
be van kapcsolva, a végeredmény 
egy utólag kicsit elmosott kép. 
Vigyázzunk azonban evvel az opció- 
val, mert -— bár jól néz ki - a rende- 
reléshez nagyságrendekkel több idő 
kell. Ne használjuk, ha nem feltétle- 
nül, muszáj. 

lermészetesen nagyobb kép 
renderelése is jóval tovább tart, ezért 
ajánlott először mindig egy kisebbet 
készíteni ellenőrzés képpen - erre 
valók a 7590, 5090 stb. gombok -— majd, 
ha mindent rendben találunk, 
renderelhetjük teljes méretben is. 

A kimeneti formátumot, és a kép 
méretét a jobb oldali (Format) panelen 
állíthatjuk, a PAL, NISC, PC, stb. 
gombok előre beállított szabványos 
méreteket tartalmaznak. 

A kimeneti formátumok között ta- 
lálhatunk AVI-t is, ugyanis a Blender 
animációk készítésére is kiválóan 
alkalmas, erről egy későbbi cikkben 
szándékozom írni. 


[PaLtsa ] 
[/PANO 





A Megvilágosodás 


Ahogy a földön sem létezik élet fény nél- 
kül, úgy a 3D-s objektumaink sem , élet- 
képesek", ha nem gondoskodunk a meg- 
felelő megvilágításról. Akár a YafRay-t 
akár a Blender belső renderelőjét hasz- 
náljuk, szükségünk van minimum egy 
lamp objektumra. Renderelni nélküle is 
tudunk, azonban a legszebben textúrá- 
zott mesh sem ér semmit megfelelő fé- 
nyek nélkül. Míg a való világban csak 
kevés fényforrás áll rendelkezésünkre 


(többnyire csak a Nap fénye, esetleg 


egy-két lámpa), addig a Blenderben tet- 
szőleges mennyiségű fényforrást hoz- 


hatunk létre. Bár csak öt különböző 
típusú fényforrás létezik, ezek színe, 
és erőssége szabadon variálható. 





egz 
mp 
ÓA 


Leltaspot [4 


No Diffuse 


A legegyszerűbb a Lamp típusú 
fényforrás. A tér minden irányába 
azonos erősségű konstans fényt 
bocsát ki, mintha egy állítható szí- 
nű, és erősségű gyertya lenne. 

Az Area típusú fényforrás csak 
adott irányban bocsát ki fényt, így 
akár irányíthatjuk is. 

A Spot Light az Areahoz hasonló, 
de sokkal jobban irányítható fény. 
Leginkább egy reflektorhoz hason- 
lítható. Az egyetlen típus amely 
képes a Buffered Shadowingra. 

A Sun (Nap) pontosan arra jó, 
amire elsőre gondolunk. Napot 
,szimulálhatunk" vele. Érdekes- 
sége, hogy teljesen mindegy, 
hogy hol van a fényforrás 


— SZ Texture and input TESTI 


a térben az összes objektumot 
megvilágítja, a beállított irányból. 

e A Hemi Light a Sun-hoz hasonló, 
a fény azonban szórtabban érkezik. 
lalán egy felhős naphoz lehetne leg- 
jobban hasonlítani. Mivel szórt fény, 
így árnyékot egyáltalán nem tu- 
dunk vele előcsalni, cserébe viszont 
nagyon egyszerűen kezelhető. 


Az 5. ábrán egy Lamp panelt látha- 
tunk. A fényforrás tulajdonságait tud- 
juk itt állítani. A kép egy Hemi Light 
panelja, más típusú fényforrásnál 
esetleg több beállítási lehetőség is van. 
Az Energy a fényforrás erősségét je- 
lenti, az R, G, B, tulajdonságok pedig 
a fény színére vonatkoznak. 
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Baljós árnyak 

A Blenderben alapvetően kétfélekép- 
pen tudunk árnyékokat elővarázsolni. 
Az első a sugárkövetéses módszer 
(raytracing) használata. Ehhez 

a rendereléskor engedélyeznünk 

kell a raytracing-et a Render Panel 
Ray gombjával, majd meg kell mon- 
danunk a fényforrásunknak a Shadow 
and Spot panelen, hogy mi Ray 
Shadow-ot szeretnénk. A Hemi Light 
az egyetlen fényforrás, amely nem 
képes a Ray Shadowingra. 

A Raytracing azonban lassú és idő- 
igényes (persze annál jobban néz ki). 
Lehetőségünk van úgynevezett 
Buffered Shadow használatára is, 

ami az árnyékok kiszámításának 

egy gyorsabb és egyszerűbb módja. 
Egyszerűbb objektumoknál szinte 
semmi különbség nincs a buffered 

és a traced shadow között. Buffered 
Shadow-ot előállítani azonban csak 

a Spot Light képes. 

A Shadow and Spot panelen találjuk 

a Ray Shadow gombot - illetve Spot 
Light esetében a Buffered Shadow 
gombot, és számos beállítást, például 
a Spot Light fényének szögét (SpotSi), 
élességét (SpotBl), és egy érdekes 


effekt — a Halo - intenzitását (Halilnt). 


Az OnlyShadow gombbal csak az 
árnyékot jelenítjük meg, a fényt nem. 
Így megtehetjük, hogy míg egy 
másik fényforrással világítjuk meg 

a testet, egy Spot lámpa árnyékát 
jelenítjük meg. 


"A Világmindenség, meg minden" 
Bizony néhány kép renderelése után 
könnyen megunhatjuk a kék háttér- 
színt, és azon gondolkodunk, bárcsak 
lehetne valami más háttérszínt, eset- 
leg háttérképet választani. Lehet. 

A 6. ábrán a háttér beállításait 
tartalmazó gombokat láthatjuk. 

A Preview panelen három 

gomb található: 
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Mist / Stars ! Physi 








e  Blend — Ha ez az opció be van 
kapcsolva, a horizont, és az ég 
színe is külön állítható, a háttér 
egy átmenet lesz. 

e — Real - Kikapcsolt állapot- 
ban a horizont a kamerához 
lesz viszonyítva (döntött 
kameránál is vízszintes lesz 
a horizont), bekapcsolva 
a globális koordinátarend- 
szerhez viszonyítunk. 

e Paper - Ezzel az opcióval az 
éghorizont-ég színátmenetet 
kapjuk végeredményként. 

A horizont lesz középen. 


A World panelen a tulajdonképpeni 
Horizont és Ég (Horizon illetve Zenith), 
illetve a környező fény (Ambient 
Light) színét állíthatjuk. 

A Mist/Stars/Physics feliratú panelon 
található Mist opcióval egyfajta ködöt 
szimulálhatunk. Egész egyszerűen 

a Blender minden képpontot összevet 
a háttérszínnel, úgy hogy a távolabb 
első részeknél a háttérszín nagyobb 
hangsúlyt kap. Beállíthatjuk, hogy 

a kamerától milyen távolságra kez- 
dődjön a köd, hol fejeződjön be, 
illetve a magasság szerint is szá- 
molhatunk. 

A Stars-t bekapcsolva csillagokat 
varázsolhatunk a világunkba. 

A jobb oldali panelen textúrázhat- 
juk is a hátteret, így tetszőleges 
képet is használhatunk. Ezzel egy 
későbbi számban részletesebben 

is foglalkozunk. A legegyszerűbb 
azonban a renderelésnél az Output 
panelen egy képet beállítani 
backbufferként. 

Azóta a billentyűzetem mellé 
kaptam több számítógépet is... 

Sót, billentyűzetet is. De a régi 

még most is megvan, csak átala- 
kítottam dvorak kiosztásúvá. 

Már többször megmentett. Igaz, 
hogy ma is néhány lépéssel közelebb 


- Texture and Input 


kerültünk a célunkhoz, de még 
koránt sem értük el azt. Nem 
írtam még például a textúrázás 
mikéntjéről, és a megfelelő 
anyagok kiválasztásáról sem. 
Ezt a hiányosságot igyekszem 
pótolni a következő hónapban, 
az olvasóknak pedig sikeres 
renderelést kívánok. 


A YafRay 





ETT Tre TV Tá 
2 http:/Awvww.blender3d.org/ 


2 http://en.wikibooks. org/wiki/ 
Blender Mútonaldémks ast 


2 http:/Avww.yafray.org/ 





3D ábrázolás - PoVlRay 33. rész) 


Az előző részekben már használtunk néhány tömör testet, főként gömböt, amely 
mind közül az egyik legegyszerűbb. A gömbhöz hasonló egyszerű testeket primi- 
tíveknek nevezzük, ugyanis ezek az összetett testek kiinduló alkatrészelt. 





PoVRay a testeket másképp 
készíti és használja, mint az 
elterjedt poligon alapú 3D 


programok. Ezen utóbbiak esetén 

a testek kisebb-nagyobb háromszö- 
gekből állnak, így természetüknél fog- 
va üregesek és közelről nézve szögle- 
tesek. A PoVRay matematikai módsze- 
rekkel írja le a testeket, amelyek így 
tömör és sima tárgyakként viselked- 
nek. Ennek főleg a textúrák alkalma- 
zásakor lesz jelentősége. A tömör tár- 
gyak nagyon sok esetben jól jönnek, 
de vannak esetek, amikor érdemes 
üreges testeket alkalmazni: a PoVRay 
azonban erre is képes. 


SK 

A való világ tárgyai általában véges 
méretűek, vannak azonban olyan 
problémák, amelyeket végtelen kiter- 
jedésű tárgyakkal leszünk képesek 
megoldani. Ilyen probléma például az 
égbolt, a sík föld vagy a tenger ábrá- 


zolása. Erre a plane alkalmas, amely 
egy végtelen síkot prezentál (1. ábra, 
POUV27.pov): 


plane 
t 
y, 0 
texturef( 
pigment( 
color whitetjtt 


A sík egyik fontos paramétere a sík 
normálvektora, amely a síkra merőle- 
ges és az origóból indul. Könnyedén 
tudjuk helyettesíteni a PoVRay belső 
neveivel, ugyanis az y név a c0,1,0- 
vektort fedi, s az x, illetve a z is ezzel 
azonos módon képezhető. Ha y nor- 
málvektort adunk meg, akkor a létre- 
jövő sík az x és a z tengely által meg- 
határozott helyen jön létre. 


plane 


( 


y, -1 
texturef( 
pigment( 
color whitetkt 


A síkot el tudjuk tolni a normálvek- 


tora mentén (2. ábra, pov28.pov), 
ehhez csupán a normálvektor 

után megadott számot kell a szük- 
séges értékre módosítani, amely az 
origótól való távolságot határozza 
meg. A normálvektorral és az origó- 
tól való távolsággal tetszőleges síkot, 
illetve síkok kombinációját el tudunk 
készíteni. A 3. ábrán (pov29.pov) há- 
rom olyan síkot készítettünk el, ame- 
lyek egymással 60 fokos szöget zár- 
nak be. 


Doboz 


Gyakori test a téglalap, vagy 

más néven a doboz, amelyet a két 
átellenes sarokpontjával tudunk 
meghatározni (4. ábra, pov30.pov). 





WI 2. ábra A sík pozíciója 


W 7. ábra A sík elhelyezkedése a koordináta rendszerben 
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Az ábrán egy vörös színű, félig 
átlátszó téglalapot láthatunk, 
amely a két meghatározó sarok- 
pontjában egy-egy zöld gömböt 


tartalmaz. 


boxí 
£-5,3,-1:, 
textureí 
pigmentí 
color 21050 0.55$)I 
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Bárhova is tesszük a sarokpontokat, 

a téglalap élei mindig párhuzamosak 
valamelyik tengellyel, így külön , trük- 
köznünk" kell a megfelelő pozícióba 
forgatáshoz (de erről majd egy későb- 
bi részben lesz szó). 


Kúp és csonkakúp 

Egy kúpot három paraméterrel tu- 
dunk meghatározni: a bázispontjával, 
a tetőpontjával és az alapjának suga- 
rával (5. ábra, pov31.pov). 
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cone( 
SI SÍJLS 9 
textureí 
pigmentí 
color 2100 0.551tI 


c£-5,3,-1L5 0 


sé a 


Ha csonka kúpot akarunk előállítani, 
akkor a tetőpontjánál nullától külön- 
böző sugarat kell írnunk (6. ábra, 
POov32.poU). 


cone( 
ZÁ Ls 3 
textureí 
pigmentí 
color 2200 0.551)I 


Syd Le 


A kúp lehet üreges is, ha az open kulcs- 
szót a megfelelő helyre írjuk, s ekkor 

a két lezáró kör alakú lemez nem kerül 
ábrázolásra (7. ábra, pov33.pov). 


cone( 


ZH ds is 3. 5.3 E l 








open 
textureí 
pigmentí 
color 215050 0£S5IIT 


Henger 

A henger teljesen azonosan kezelhető, 
mint a kúp, mivel a PoVRay szem- 
pontjából egy speciális csonka kúp 

(8. ábra, pov34.pov). 


cylinderí( 
Zd4 3, E 

textureí 
pigmentí 
color zt 0 0 0-S5ZI)T 


ZO da kotel 


A henger lezáró korongjait az open 
kulcsszóval tudjuk eltávolítani. 


Gömb 


A gömb leírása a legegyszerűbb az összes 
test közül, a középpontját és a sugarát 
kell megadnunk (9. ábra, pov35.poJ). 





spheref( 
ZD da a 2 
textureí 
pigmentí 
color 1 0004555$)I 


.ouhanó" gömb 

A gömb ,egyenes ági" leszármazottja 
egy olyan test, amelyet a PovRay 

a gömb útvonalából és kontúrjából 
épít fel. Így tudunk olyan rudat készí- 
teni, amelynek a két vége nem egy 
sima körlemez, hanem félgömb. 

Ha több sarokpontot is megadunk, 
akkor a kontúr híven követi ezt az 
útvonalat (10. ábra, pov36.pov). 


sphere sweepí 
linear spline 
as 
c20,O0,Os, 0.5, 
c4,-2,-43, 0.2, 
c 3 055 7067: 
253. 0.2 


textureí 
pigmentí 
color -2d,0,0,0.553b3 


Számomra érthetetlen okból előre 
meg kell adnunk a sarokpontok 
számát, amely alapján a program 
megfelelő számú térbeli pontot és 
sugarat vár. Ezek előtt meg kell adni 
a sarokpontok közötti útvonalat leíró 
,egyenletet" is, amely igazából három 
megadható kulcsszóra egyszerűsödik 
számunkra (a konkrét megvalósítás 

a programozók dolga volt): 


linear spline, b. spline, illetve 
cubic spline. 

Az első útvonalra már láttunk 
példát, ekkor a sarokpontokat egy 
térbeli egyenes mentén köti össze 
a program és a sarokpontokba 
képzelt gömbök sugara egyenletes 
átmenettel jelenik meg. 


Haab spline útvonalat választjuk, 
akkor a ,suhanás" közel sem az egye- 
nesek által meghatározott pontokon át 
történik. A létrejövő test a sarokponto- 
kat nem érinti, hanem , tehetetlenül" 
mozog a sarokpontok irányába. 

A 11. ábrán (pov37.pov) látható testet 
kapjuk abban az esetben, ha a sarok- 
pontok között a törések túl éles szög- 
ben történnek, így a ,suhanás" túl 
nagy tehetetlensége okán nem tudja 
elérni a sarokpontokat. 

Kicsit laposabb szögek esetén az 
eredmény sokkal látványosabb 

(12. ábra, pov38.pov). A szemfülesek 
észrevehetik, hogy az így létrejövő 
test sokkal rövidebb, mint az egye- 
nes mentén mozgó gömb által 
létrehozott test. Ennek oka, hogy 

ab spline (és a cubic spline) 

az első és az utolsó sarokpontot 

a kezdő-lezáró , tekeredés" meghatá- 
rozására használja. Ha a 12. ábrán 
látható útvonal első sarokpontját 
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merőlegesre állítjuk (13. ábra, 
pov39.pov), akkor látható, hogy 

a kezdőpont elmozdult az első 
sarokpont irányába. 

A cubic spline útvonal teljesen ha- 
sonló a b spline által meghatározott 
útvonalhoz, csak az útvonal minden 
esetben érinti a közbenső sarokponto- 
kat (14. ábra, pov40.pov). 


Cuppanós" testek 

Kiválóan alkalmazható kémiai bemu- 
tatóhoz, illetve olyan esetekben, ami- 
kor gömbök vagy téglatestek lépnek 
egymással kölcsönhatásba. A ,cuppa- 
nás" azt takarja, hogy ha a leírt testek 
közel kerülnek egymáshoz, akkor 

a felületük egyesül, mintha folyadék- 
cseppek lennének. Minél közelebb 
kerülnek, annál jobban látszik ez az 
egyesülés. Példaképpen nézzünk meg 
egy vízmolekulát, amely egy oxigén 
atomból és két hidrogén atomból 

áll (15. ábra, pov41.pov). 
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blobí 

threshold 0.6 
spherefc0,0,05,4,1 
texturefípigmentífícolor Bluetktt 
spherefc1.15,-1.63,05,1,1 

3 texturefípigmentícolor Redtt3 
spherefc1.15,1.63,05,1,1 

3 textureípigmentícolor Redtt3 
scale 23 


Tórusz 

Ha egy gömböt végigvonszolunk 

egy kör alakú útvonalon, akkor egy 
tóruszt kapunk eredményül. Ezt meg- 
tehetjük a ,suhanó" gömb segítségé- 
vel is, de jobban járunk ha a PoVRay 
saját tóruszát használjuk (16. ábra, 
pov42.pov). 


torusí 
Vass 
textureí 
pigmentí 
color 21505050.55IPI 








A tórusz mindig az origó által meg- 
határozott középponttal jön létre, és 
két paraméter határozza meg: a fősu- 
gár (major radius) és a melléksugár 
(minor radius). A fősugár a kör alakú 
útvonal origótól való távolságát hatá- 
rozza meg, a melléksugár pedig 

a körbevonszolt gömb sugarával 
egyezik meg. Ha máshova és más- 
képp szeretnénk tóruszt létrehozni, 
akkor koordináta transzformációval 
át kell helyeznünk, illetve át kell 
alakítanunk. 


Magasságmező 

Ha hegyes-völgyes képet szeretnénk 
elkészíteni, azt nehezen tudjuk mate- 
matikai egyenletekkel leírni (bár nem 
lehetséges), így a PoVRay is csak há- 
romszögekből képes ezt előállítani. 
Sok ezer háromszöget viszont nehéz 
megfelelő pozícióba helyezni, 

a magasság-mező használatával 

ez felesleges munka is lenne. 





A magasság-mező használatá- 

hoz kerítenünk kell egy olyan ál- 
lományt, amely szürkeárnyalatos 
képet tartalmaz. A fekete területek 
a nulla szintet, a fehér területek 


az egységnyi magas szintet jelentik. 


A kettő közötti árnyalatok a vilá- 
gosságukkal arányos magasságot 
jelképeznek. Alapesetben 

a c0,0,03 és c1,1,1: pont által 
közbezárt téglalapon belül jön létre 
ez a test, ezért megfelelő transzfor- 
mációkkal el kell tolnunk a kívánt 
pozícióba. 


height field( 
png 
"pov43field.png" 
smooth 
scale 107x 
scale 107z 
textureí 
pigmentí( 
color Bluett3 


Érdekes trükköket tudunk elérni, 
ha egy fényképet alkalmazunk 
a mezőhöz (19-20. ábra, pov44.pov). 


Forgatott felszín 

(Surface of Revolution) 

Gyakran találkozunk olyan testekkel, 
amelyeket egy meghatározott sík felü- 
let valamely tengely körül megforga- 
tott kontúrja határoz meg. Tipikus 

és szép példa erre a serleg, amely 
ilyen forgatás eredménye (21. ábra, 
pov45.pov). 


sor( 
11 
20, 03 
27 , 03 
2b, 25 
S235 
22 , B: 
23, [2 
22 , 87 
2, LAS 


cb, 163 
SZ 
ZD o S 
textureí 
pigmentí 
color Bluett3 


A megforgatás mindig az Y tengely 
körül történik, és speciális U-V koordi- 
nátákkal kell megadni a pontokat. 
Gyakorlatilag az U az X irány, a Vaz Y 
irányt jelöli. Megadhatunk éles vona- 
lakat is, mert a létrejövő felület simí- 
tott és lekerekített lesz, így nem tűn- 
nek fel durva élek a képen. lermésze- 
tesen ezáltal éles körvonalakat nehe- 
zebb lesz létrehozni. 


Szöveg kiírása 

Néha szükséges szövegeket írni a 3D 
világunkba, ezt is megtehetjük, készít- 
hetünk betű kinézetű testeket, ame- 
lyek az írás szerint követik egymást 
(22. ábra, pov46.pov). 
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textí( 
ttf "LucidaBrightRegular.ttf" 
"PovRay a legjobb... :)", 
sE0 23 1Ű 
textureí 
pigment( 
color c-21,0,0,0.55kt3 


A szövegnek négy paramétere 
van, amelyek rendre a betűtípus- 
het), a kiírandó szöveg, a szöveg 
térbeli kiterjedése, illetve a betűk 
közötti hely beállításához egy 
kétdimenziós vektor (ez utóbbi 
általában nulla). Ha ritkítani szeret- 
nénk a betűket, akkor a 0.17"x 
eltolás egész jó érték; ha sűríteni, 
akkor a -0.17x a jó választás. 
Tudunk ferdén is írni, ha például 

a c0,0.1,0.1: eltolást használjuk, 
ekkor a karakterek x és z irányban 
0.1 egységnyivel mozognak. 

(23. ábra, pov47.pov). 
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További testek 


A PoVRay a felsorolt testeken 

kívül még egyszer ennyi lehetősé- 
get rejt, azonban ezek használata kissé 
nehézkes és fárasztó lehet (fraktálok, 
különféle végtelen kiterjedésű testek, 
poligonok és alakzatok). Érdemes 
fellapozni a dokumentációt ezen 
testek megismerése végett, de csak 
akkor ajánlatos, ha a már ismert 
testekkel nem tudjuk ábrázolni 

az elképzelt világot. 


Testek közötti halmazműveletek 
Önmagukban ezek a testek sem- 
mire sem jók, ha nem tudunk 
közöttük bizonyos átalakító mű- 
veleteket végezni. Ha ezekből 

a ,primitív" testekből építkezünk, 
akkor szinte minden valós tárgyat 
el tudunk készíteni, amire szüksé- 
günk van. 

Alapvetően a metszetet, a különb- 
séget illetve a egyesítést tudjuk 





használni, azonban az egyesítés- 
ből két különböző módszert 

ajánl a PoVRay. Az egyik egyesítés 
inkább technikai, ugyanis a testek- 
nek minden része megmarad, 

az is, ami egymásba lóg (24. ábra, 
pov48.pov). 


union( 
spheref 
c£-3,0,05,4 
textureí 
pigment( 
color 21 000.5-3) 
spheref 
c3,0,05,4 
textureí 
pigment( 
color 21 00 0.5-IIPT 


A másik típusú egyesítés a kontúrok 
mentén egyesíti a testeket, így nem 
marad egymásba lógó részük, viszont 
ez erőforrásigényesebb. Akkor célsze- 





rű használni, ha átlátszó vagy áttet- 
sző testeket használnunk (25. ábra, 
pov49.pov). 


mergeí 
spheref 
c-3,0,05,4 
textureí 
pigmentí 
color: 210 ,0,0.553-I 
spheref 
c3,0,05,4 
textureí 
pigmentí 
color 2150,0,0.55)Eb? 


A PoVRay képes kettő vagy több test 
közös részét kiemelni, ezt nevezzük 
metszetnek. Ha a kettő gömb metsze- 
tét nézzük, akkor egy lencse alakú 
tárgyat kapunk (amelyet később 

a fénytöréssel és az átlátszósággal 
valódi lencseként is tudunk használni) 
(26. ábra, pov50.pov). 


1intersect10oní 
spheref 


c£—-3,0,05,4 
textureí 
pigmentí 
color zt 0 005S5S-IT TP 
spheref 
SZOT NUNOSST 
textureí 
pigmentí 
color LL 0,050.52))EI 


Az utolsó művelet szerint egy 


testből kivonjuk azt a részt, amely 
egy másik testtel közös: ezt nevezzük 
a két test különbségének (27. ábra, 


pov51.pov). 


differenceí( 
spheref 
c£—-3,0,05,4 
textureí 
pigmentí 
colos et 0 050SS-IT PE 
spheref 
SZRNUNOSET 
textureí 
pigmentí 
color 215050 50.555-)I)PI 


A következő részben a testek 
különféle transzformációival 
fogunk tüzetesebben foglalkozni, 
így kényelmesen össze tudjuk 
állítani az elképzelt világot 
primitív testekből. 





NT TNM [dt 


A Povhay projekt honlapja 


2 http://www.povray.org 


A cikkben említett fájlok 
2 http://user.enaplo.hu/ 
s auth.gabor/pov/ 
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zerencsés esetben a mű- 
S vész sem magának alkot; 
inkább a közönség örömére. 
Ki is lehet a mi közönségünk, 
ha SVG-szobrásznak csapunk fel? 
Elég szélesvásznú a kínálat: 
a webet böngészők, az mms- 
küldözgetők, sőt a gnome vagy 
a kde munkakörnyezetet haszná- 
lók is ide tartoznak. Most egyfelől 
arról lesz szó, hogy technikailag 
hogyan tudjuk az elkészült grafi- 
kánkat a nagyközönség elé tárni 
a különböző csatornák segítségével, 
másfelől pedig az ekkor felmerülő 
buktatókat vesszük szemügyre. 
Vágjunk bele! 


Web 


Maga a web ugyan ósdi találmány 
(1989), a webre szánt vektorgrafika 
csak pár éve terjedt el, az SVG pedig 
még csak most van elterjedőben. 
Mégis a web az a felület, ahol legin- 
kább célba találhat a munkánk, hi- 
szen a felhasználók számát tekintve 
az MMS például sehol nincs 

a webhez képest, meg teljesen másra 
is való. Azonban kis túlzással ahány 
böngésző létezik, annyi lehetősegre 
kell felkészülnünk. A piacvezető 
böngésző nem rendelkezik beépített 
támogatással ahhoz, hogy megjele- 
nítse SVG-alkotásainkat, a karakteres 
felületű böngészők eleve nem jönnek 
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számításba, ha grafikáról van szó 
és még sokféle eshetőség keseríti az 
SVG-ben utató webmesterek életét. 
A helyzet ugyan rossznak tűnik, 

de a weben ez természetes. Mindig 
voltak és lesznek átmeneti időszak- 
ok, míg az újdonságokat csak egy 
kisebb csoport használja, amíg el 
nem terjednek. Láttuk, hogy az SVG- 
nél minden esély adott, hogy elter- 
jedjen, a nagy cégek támogatása 
sokat nyom a latban. 


A kulisszák mögött 

Hogyan is varázsoljunk egy 
weboldalra SVG-t ? Nézzünk meg 
ehhez egy komplett XHTML oldalt, 
amin csak egy SVG fájl van. 


c?xml] version-"1.0" 
5 encoding-"150-8859-2"75 
c2!DOCTYPE html] PUBLIC 
3 " -//W3C//DTD XHTML 1.0 
S Ste Gt7/ENT 
sz "http: //www.w3 . org/TR/xhtml1/ 
3 DpTD/xhtml1-strict.dtd": 
chtml] xmlns-"http://www.w3.org/ 
55 1999/xhtml" xml:1lang- "en" 
mm ]ang- "hu"s 
cheadz 
ctitlessvG fájlc/titles 
c/headzs 
cbodyz 
2p: 
Egy kis szöveg! 





cobject data-"rajz.svg" 

3 type-"1mage/svgrxmi" 

sstyle-— "width: 540px; height: 

sz 200px; "5 
cdivsHelyettesítő 
s szövegc/div: 

c€/objects 

Még egy kis szöveg. 

c/p: 

c/bodyz 
c/htmls 


Akitől nem állnak távol a jelölőnyel- 
vek, mint a HTML vagy az SVG, 
annak érthető a fenti szabványos 
XHTML kódrészlet. Csupán annyi tör- 
ténik, hogy megadjuk a fájlunk nevét 
es beszúrjuk arra a helyre a dokumen- 
tumon belül, ahol ezek a sorok van- 
nak. A fenti részlet egy teljes XHTML 
oldal volt, ebből pusztán az cobject: 
címke az, ami gondoskodik arról, 
hogy a böngésző megjelenítse 

a grafikánk. Itt a 


style-— "width: 
as Z00pX; " 


540px; height: 


részben a szélességet és a magasságot 
adhatjuk meg képpontokban. 

Mihez is kezdenek ezzel napja- 

ink webböngészői? Piaci domi- 
nancia szerinti növekvő sorrendet 
nézzük, majd a végén kiderül, 

hogy miért. 


1. táblázat SVG-megfelelő telefonok 


Motorola CI3807ET000FV3A , V3SOSYV1050 

NEC 8302 

Nokia SZES:SZS0S7 TON ZOSNDOSNST 

Panasonic MAO. MAZ, SAAB, SAZ VS3, VSZ 

Sagem myX-8, myv-/6 

Sanyo 9750 

Sharp VEOTSEAVSOZSEIE VGOSSHEVZOS SA 802 
902" V9OSSÍ-I 

Siemens CXoa: so iMboa €05. SFO5. SKÖOS 


Sós: CEX6B 


sony Ericsson 


ZSOSZ ES00sKSO0T KSO0AÉSUSTKEDVEKSOS 


EZÜGSÉZSÜESEGE SZD ESZTVENSOO VST 
VGVO VISS ZSOVSZSZO 2600 


Toshiba 


Kongueror 

A KDE alapértelmezett böngészője 
meglehetősen jó támogatással bír, saját 
SVG pluginja van, melyet debian alatt 
a ksvg csomagban találunk meg. 

Más teendőnk nincs is, csupán ezt 

a csomagot kell fel telepíteni. Onnan- 
tól kezdve a Kulisszák mögött részben 
látható kódrészlet életre kel. Mellesleg 
egyazon megvalósítással két rést 
tömtek be: a KDE asztali környezet 
szintén ezt használja. 


Opera 

Az Opera számos felhasználócsalogató 
akcióval rukkolt elő mostanában. 

A felhajtás úgy kezdődött, hogy 

a 2 http://www.opera.com/swim/ 
címen beharangozták, hogy 

a vezérigazgató(CEO) átúszik Norvégi- 
ából az USA-ba, ha egymillióan letöl- 
tik az Opera 8.0-t. Ez a megmosolyog- 
ni való hír inkább csak arra volt jó, 
hogy a böngésző nevét ne felejtsük el 
teljesen, viszont az már egészen más 
súlyú, hogy idén szeptember 20-án 
bejelentették, hogy az asztali számító- 
gépekre szánt verzió ingyenessé válik. 
Így aztán a szabad szoftver világában 
ez a zárt program várhatóan nagyobb 
szeletet fog kihasítani 

a böngészőpiacból. Ezeknél az esemé- 
nyeknél még érdekesebb, hogy termé- 
szetesen támogatja az SVG-t. Semmi- 
lyen pluginre nincs szükség, a 4 Mb- 
os telepítőcsomag az SVG támogatást 
is tartalmazza. 


V9OZT 


Mozilla-család 

A Mozilla által készített böngészők 
gőzerővel dolgoznak azon, hogy be- 
épített támogatással rendelkezzenek. 
A 3 http://www.mozilla.orgíprojects/s 
vg/ címen nyomon követhetjük 

a projekt állását. Az SVG 1.1 teljes 
megvalósítását tűzték ki célul, 
azonban a cél még messze van. 

A legtöbb letölthető csomagban nincs 
is engedélyezve az általuk készített 
SVG támogatás, de a projekt 
weboldaláról letölthetők azok 

a terjesztésekínightly builds), ahol 
kipróbálhatjuk a legújabb fejlesztése- 
ket SVG fronton. Ezek technikailag 
érdekes ügyek, de nem számíthatunk 
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arra, hogy látogatóink a legújabb 
verziót használják. Ezért aztán 

a konklúzió nem túl kecsegtető: 

az Adobe SVG Viewere remekül 
ellátja azt a feladatot, amit elvárunk 
SVG fronton egy böngészőtől. 


Internet Explorer 

A felsorolásunkból ez az egyetlen 
böngésző, amely nem gondoskodik 
házon belül valamilyen formában az 
SVG-megfelelőségről ( 3 http://svg- 
whiz.com/wiki/index.php?title— Inter 
net Explorer). Az Adobe SVG plugin 
itt is megfelelő választás. Sajnálatos, 
hogy az innovatív webes technológi- 
ákat egy piaci túlsúlyban lévő böngé- 
sző súlytalannak tekinti. 


A höngészők átka 

Mint láthattuk, nem elég, ha be- 
ágyazzuk az SVG fájlt a weboldal- 
ba, a felhasználóbarát felfogás 
megköveteli, hogy segítsünk a lá- 
togatónknak, hogy valóban azt 
lássa, amit mi terveztünk. Mivel 

a Mozilla-féleségek és az Internet 
Explorer gyakorlatilag uralkodók 
böngészőfíronton, érdemes elhe- 
lyezni az Adobe weboldalára egy 
hivatkozást( 2 http://www.adobe.com/ 
svg/viewer/install/main.html), ahon- 
nan letölthetik a plugint. Ezután 
semmi más teendőnk nincs, mint 
várni a látogatókat. 

Még szerencse, hogy a látogatók ér- 
kezhetnek Windows, Mac OS, Linux 
és Solaris alól is, az Adobe plugin épp- 
úgy ajánlható nekik. A végeredmény 
nem túl szabad szoftveres ízű, de 
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w 7. ábra A kép még az Inkscape-ben 
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a weben ma még nem lehet meg- 
kerülni azt a tényt, hogy 

a 2 http://www.w3schools.com/browse 
rs/browsers stats.asp aránylag kedve- 
ző arányait figyelembe véve is még 

a weben szörfölők 70970-a Internet 
Explorert használ. Ráadásul 

a w3schools.com egy szakmai oldal, 
valószínűleg a teljes kép ennél 

még egyhangúbb a piacvezető 
előnyére. Apropó wöschools: 

a 2 http://www.w3schools.com/ 
sv9g/svg examples.asp címen remekül 
le tudjuk tesztelni a változatos minő- 
ségű SVG megvalósításokat. 


MMS 


Mint azt a sorozatunk legelején emlí- 
tettük, az egyre fejlődő mobiltelefonok 
(vagy inkább mobiltelefon-bőrbe bújta- 
tott parányi számítógépek) némelyike 
ismeri az SVG szabványt. Így aztán 
semmi nem áll utunkba, hogy ezt 
kihasználjuk. A sorozatban leírtakat 
követve nem meglepő az sem, hogy 
azMMS is egy XML fájl. Belülről: 


c?xml] version-?1.0? ?s 
csmil xmlns-?http://www.w3.org/ 
535 2001/SMIL20/Language?5 
cheadzs 
aclayoutsz 
croot-layout width-"569" 
—height—-"286" /5 
cregion 1d-"Image" 
ss height-"10026" 
m width-"1002" 
5 7-1ndex-"1" 
left-"09" fit-"meet" /5 
c/layoutsz 
c/heads 
cbodyz 
capar dur-"40s"5 
zíimag 1d- 11" 
5 src-"kep.svg" 
5 regi10n-"Image" /5 
c£/par: 
c/bodyz 
£/smilsz 


Kicsit részletezzük a fentieket! 

A második sorból kiderül, hogy 

ez egy SMIL formátum. (Igen, az 
XML az egy formátumleíró formá- 
tum.) Az érdeklődők a specifikációt 
a 2 http://www.w3.org/TR/2005/ 
REC-SMIL2-20050107/ címen találják. 
Az SMIL a Synchronized Multimedia 
Integration Language rövidítése, 

ami nagyjából annyit tesz, hogy 
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összehangolt multimédiás gyűjtő- 
nyelv. A szerteágazó tartalomtípu- 
sokat (hang, kép és videó) tudjuk 
egyetlen egységbe szervezni. 

A croot-layout;: elem határozza 
meg, hogy mekkora ablakban 
(képernyőn, például a telefon képer- 
nyője) kell majd leképezni a tartal- 
mat. A cregion:-nal területet jelöl- 
hetünk ki(itt éppen az egészet: 
10090), amibe aztán pakolhatjuk az 
elemeket. A chead: és cbody: felosz- 
tás végképp evidencia a HTML-t is- 
merőknek: A chead:-be többek közt 
az elrendezés és a stílusok valók, 

a cbody:-ba pedig a tényleges tarta- 
lom. A cpar; itt az angol paralell-ből 
jön, ugyanis ezzel a címkével kell 
közrefognunk azokat az elemeket, 
melyeket egyszerre akarunk megjele- 
níteni. A dur paraméter a megjelení- 
tés idejét adja. Bár ezeknek a segítsé- 


Konsole 


Parancsértelmező 





gével komplett kis mozikat tehetünk 
össze, a cikk célja csupán annyi, 
hogy az MMS SVG-vel kapcsolatos 
lehetőségeit áttekintsük. 

Gondoltuk volna, hogy amikor 

a tengerparti nyaralás képeit haza- 
küldjük MMS-ben, akkor nem te- 
szünk mást, mint egy XML jelölő- 
nyelvben elkészített dokumentu- 
mot készítünk a telefonunk segít- 
ségével? JPG képek helyett SVG-t 

is használhatunk, ma már egyre 
több telefon támogatja. Igaz 

ugyan, hogy a tengerparti nyara- 
lást mégis JPG-ben fogjuk továbbra 
is küldeni, hiszen a kamera által 
készített kép pixelgrafikus, az SVG 
pedig vektorgrafikus formátum. 
Viszont például üdvözlőlapok készí- 
tésére az SVG eszményi megoldás. 
Magát a képet bármelyik SVG szer- 
kesztővel létrehozhatjuk (az előző 
lapszámban szó esett 
néhányról), az SMIL 
fájlt azonban jobb, ha 
nem kézzel állítjuk 
össze, mivel ez esetben 
nem szöveges fájlok 
továbbítódnak, hanem 
bináris állományok. 
Azokat pedig elő kell 
állítanilencode) az SMIL 
fájlból. Ehhez vagy 
külön programot hasz- 
nálunk vagy rábízzuk 

a telefonunkra a dolgot. 





Bevallom, hogy egészen addig, 

amíg ezt a sorozatot elkezdtem 

írni, fogalmam sem volt arról, 

hogy a zsebemben lapuló telefon 
ismeri az SVG Tiny, az SVG leszűkí- 
tett szabványát. A szerencsések 

a táblázatban megtalálják telefon- 
jukat, bár a lista korántsem teljes, 
hiszen napról-napra jelennek meg 
az újabb fejlesztések a piacon. 

Az asztali számítógépekről infra- 
porton vagy bluetoothon keresztül 
lehet áttölteni a telefonra a képet, 
onnantól kezdve pedig úgy visel- 
kedik, mint bármely másik kép 

a telefonban: megnézhető és 
továbbküldhető, akár épp MMS-ben. 
Ha kényelmesebbnek találjuk 

a számítógépen elkészíteni az 
MMS-t, semmi akadálya. 

A 5 http://developer.openwave.com 
címről letölthető regisztráció után 
egy MMS fejlesztői eszköztár(SDK). 
A részletes ismertetése túlmutat a cikk 
keretein, mindössze jó tudni, hogy 
létezik UNIX platformokra kereske- 
delmi eszköz erre a célra is. Ehhez 
hasonló szoftvereket is találunk az 

2 http://wam.inrialpes.fr/software/lims 
ee2/index.php?goto-— Mobile oldalon. 


Barátságosabb Linux 

A legtöbben Linux alatt A KDE 

és a GNOME asztali környezetet 
használják. Ezek a szoftverek is 
lépést tartanak a grafikai formátumok 
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részben elkészített képeket vagy 
bármit amit SVG formátumban felle- 
lünk az interneten, fel tudjuk hasz- 
nálni linuxos asztalunk felcicomázá- 
sára. Figyeljünk csak! 

Így aztán akár ikonformában, akár hát- 
térnek felhasználhatjuk minden SVG 
fájlunkat. Semmi különlegeset nem 
kell tenni ehhez, az eddigi JPG fájlok 
helyett SVG-t állítunk be -— a rendszer 
hagyni fogja, már ha kellőképpen friss 
verzió. Igaz ugyan, hogy ha nem csa- 
punk fel téma-készítőnek, akkor legin- 
kább csak magunk fogjuk értékelni az 
új, házibarkács kinézetet, de garantál- 
tan egyedi végeredményre jutunk, 

ha minden ikont és a hátteret is SVG- 
ben állítunk össze. Ha belejöttünk 

a nagyüzemi termelésbe, osszuk 

meg a szabad szoftveres közösséggel 
a témát. A 5 http://art.gnome.org/ és 

a 2 http://www.kde-look.org/ címeken 
valószínűleg minden értékes munka 
szívélyes fogadtatásra talál! Így hát 


ne habozzunk, témát összeállítani 

jó móka, ha a végeredményt pub- 
likálni pedig annál is jobb. A puszta 
grafikai elemek nagy kupacánál 

több a téma, sőt KDE-re és GNOME-ra 
máshogy kell elkészíteni azt a téma- 
fájlt, ami már emészthető a progra- 
moknak. A sorozat fő irányvonalá- 

ba nem igazán illeszkedik egy 
Témagyártó-HOWTO, ezért most 

a dekorációs lépéseknél megállunk. 
Hol lehet még SVG-t használni? 
Bárhol. Írjunk rá programot! Ez már 
ugyan nem a teljesen kezdőknek szóló 
feladat, de a következő számban ezt 
fogjuk körüljárni. Ha eddig a zöld 
pályán suhantunk, most a piros követ- 
kezik. Felvonó indul! 
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